From: Leonardo Sandoval <leonardo.sandoval.gonzalez@linux.intel.com>
To: Jose Lamego <jose.a.lamego@linux.intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] create-pull-request: add "-t in-reply-to" option
Date: Wed, 05 Apr 2017 09:00:56 -0500 [thread overview]
Message-ID: <1491400856.5062.17.camel@linux.intel.com> (raw)
In-Reply-To: <1491342309-16373-1-git-send-email-jose.a.lamego@linux.intel.com>
On Tue, 2017-04-04 at 16:45 -0500, Jose Lamego wrote:
> The create-patch-request script creates patches as replies to a cover
you mean create-pull-request, I believe
> letter, in the form of an email thread. If further revisions are sent to
> the mailing list without referencing to the first revision, these new
> revisions are not identified at the mailing list as part of the original
> thread, but as a new thread instead.
>
> This change adds the "[-t in_reply_to]" option, where "in_reply_to" is
> the original cover letter's Message-Id, so this reference is added
> to the new cover letter to ensure the thread continuity.
>
BTW, is there an easy way to get the in-reply-to email besides using
git-pw or looking at the message source?
Some comments in patch:
> [YOCTO #11294]
>
> Signed-off-by: Jose Lamego <jose.a.lamego@linux.intel.com>
> ---
> scripts/create-pull-request | 14 +++++++++++---
> 1 file changed, 11 insertions(+), 3 deletions(-)
>
> diff --git a/scripts/create-pull-request b/scripts/create-pull-request
> index e82858b..46d6538 100755
> --- a/scripts/create-pull-request
> +++ b/scripts/create-pull-request
> @@ -34,7 +34,7 @@ RFC=0
> usage() {
> CMD=$(basename $0)
> cat <<EOM
> -Usage: $CMD [-h] [-o output_dir] [-m msg_body_file] [-s subject] [-r relative_to] [-i commit_id] [-d relative_dir] -u remote [-b branch]
> +Usage: $CMD [-h] [-o output_dir] [-m msg_body_file] [-s subject] [-r relative_to] [-i commit_id] [-d relative_dir] -u remote [-b branch] [-t in_reply_to]
> -b branch Branch name in the specified remote (default: current branch)
> -l local branch Local branch name (default: HEAD)
> -c Create an RFC (Request for Comment) patch series
> @@ -49,6 +49,7 @@ Usage: $CMD [-h] [-o output_dir] [-m msg_body_file] [-s subject] [-r relative_to
> -s subject The subject to be inserted into the summary email
> -u remote The git remote where the branch is located, or set CPR_CONTRIB_REMOTE in env
> -d relative_dir Generate patches relative to directory
> + -t in_reply_to Make mails appear as replies to the given Message-Id, to continue patch/series threads
>
> Examples:
> $CMD -u contrib -b nitin/basic
> @@ -57,12 +58,13 @@ Usage: $CMD [-h] [-o output_dir] [-m msg_body_file] [-s subject] [-r relative_to
> $CMD -u contrib -r master -i misc -b nitin/misc -o pull-misc
> $CMD -u contrib -p "RFC PATCH" -b nitin/experimental
> $CMD -u contrib -i misc -b nitin/misc -d ./bitbake
> + $CMD -u contrib -p "OE-core][PATCH v2" -t "<cover.11146.git.john.doe@example.com>"
> EOM
> }
>
> REMOTE="$CPR_CONTRIB_REMOTE"
> # Parse and validate arguments
> -while getopts "b:acd:hi:m:o:p:r:s:u:l:" OPT; do
> +while getopts "b:acd:hi:m:o:p:r:s:u:l:t:" OPT; do
> case $OPT in
> b)
> BRANCH="$OPTARG"
> @@ -108,6 +110,8 @@ while getopts "b:acd:hi:m:o:p:r:s:u:l:" OPT; do
> a)
> CPR_CONTRIB_AUTO_PUSH="1"
> ;;
> + t)
> + IN_REPLY_TO="$OPTARG"
it would be nice to include also the double semi-colon, so future cases
just start after it.
> esac
> done
>
> @@ -205,7 +209,11 @@ if [ -n "$RELDIR" ]; then
> fi
>
> # Generate the patches and cover letter
> -git format-patch $extraopts -M40 --subject-prefix="$PREFIX" -n -o $ODIR --thread=shallow --cover-letter $RELATIVE_TO..$COMMIT_ID > /dev/null
> +if [ -z "$IN_REPLY_TO" ]; then
-n instead of -z?
> + git format-patch $extraopts -M40 --subject-prefix="$PREFIX" -n -o $ODIR --thread=shallow --in-reply-to="$IN_REPLY_TO" --cover-letter $RELATIVE_TO..$COMMIT_ID > /dev/null
> +else
> + git format-patch $extraopts -M40 --subject-prefix="$PREFIX" -n -o $ODIR --thread=shallow --cover-letter $RELATIVE_TO..$COMMIT_ID > /dev/null
> +fi
>
> if [ -z "$(ls -A $ODIR 2> /dev/null)" ]; then
> echo "ERROR: $ODIR is empty, no cover letter and patches was generated!"
> --
> 2.7.4
>
next prev parent reply other threads:[~2017-04-05 13:52 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-04-04 21:45 [PATCH] create-pull-request: add "-t in-reply-to" option Jose Lamego
2017-04-05 14:00 ` Leonardo Sandoval [this message]
2017-04-05 19:35 ` Jose Lamego
2017-04-05 19:29 ` [patchwork][PATCH v2] " Jose Lamego
2017-04-05 19:36 ` [yocto][patchwork][PATCH " Jose Lamego
2017-04-05 19:38 ` [PATCH " Jose Lamego
2017-05-12 21:18 ` Christopher Larson
2017-05-15 19:28 ` Jose Lamego
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1491400856.5062.17.camel@linux.intel.com \
--to=leonardo.sandoval.gonzalez@linux.intel.com \
--cc=jose.a.lamego@linux.intel.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.