# [PATCH] parse-remote: handle detached HEAD 8 messages from 2010-12-05 to 2010-12-06. Participants: Santi Béjar, Sverre Rabbelier, Junio C Hamano. Thread: https://gitlist.dev/t/25973 ## Santi Béjar, 2010-12-05 23:47 Subject: [PATCH] parse-remote: handle detached HEAD Message-ID: <1291592835-29949-1-git-send-email-santi@agolina.net> URL: https://gitlist.dev/e/1291592835-29949-1-git-send-email-santi%40agolina.net ``` In get_remote_merge_branch 'git for-each-ref' is used to know the upstream branch of the current branch ($curr_branch). But $curr_branch can be empty when in detached HEAD, so the call to for-each-ref is made without a pattern. Quote the $curr_branch variable in the git for-each-ref call to always provide a pattern (the current branch or an empty string) Otherwise it would mean all refs. This fixes a bug reported by Sverre Rabbelier. The overall results were correct but not the output text. Signed-off-by: Santi Béjar --- Hi *, Sorry Sverre, but the patch you tested fixed your case but broke all the others :( Hope you can also test it. Now it passes the test suite. Thanks, Santi git-parse-remote.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-parse-remote.sh b/git-parse-remote.sh index 5f47b18..07060c3 100644 --- a/git-parse-remote.sh +++ b/git-parse-remote.sh @@ -68,7 +68,7 @@ get_remote_merge_branch () { test -z "$origin" && origin=$default curr_branch=$(git symbolic-ref -q HEAD) [ "$origin" = "$default" ] && - echo $(git for-each-ref --format='%(upstream)' $curr_branch) + echo $(git for-each-ref --format='%(upstream)' "$curr_branch") ;; *) repo=$1 -- 1.7.3.3.399.gea47f ``` ## Sverre Rabbelier, 2010-12-05 23:49 Subject: Re: [PATCH] parse-remote: handle detached HEAD Message-ID: URL: https://gitlist.dev/e/AANLkTi%3DyfuiFuatshYuS2Q0EV0Ytj-QFKpuXAWeGerQB%40mail.gmail.com In-Reply-To: <1291592835-29949-1-git-send-email-santi@agolina.net> ``` Heya, On Mon, Dec 6, 2010 at 00:47, Santi Béjar wrote: > This fixes a bug reported by Sverre Rabbelier. The overall results > were correct but not the output text. I think we usually use: Reported-by: Sverre Rabbelier But since I already verified the fix, perhaps just: Tested-by: Sverre Rabbelier is enough? Both are fine with me. -- Cheers, Sverre Rabbelier ``` ## Santi Béjar, 2010-12-05 23:58 Subject: [PATCHv2] parse-remote: handle detached HEAD Message-ID: <1291593517-4406-1-git-send-email-santi@agolina.net> URL: https://gitlist.dev/e/1291593517-4406-1-git-send-email-santi%40agolina.net In-Reply-To: ``` In get_remote_merge_branch 'git for-each-ref' is used to know the upstream branch of the current branch ($curr_branch). But $curr_branch can be empty when in detached HEAD, so the call to for-each-ref is made without a pattern. Quote the $curr_branch variable in the git for-each-ref call to always provide a pattern (the current branch or an empty string) Otherwise it would mean all refs. Reported-by: Sverre Rabbelier Signed-off-by: Santi Béjar Tested-by: Sverre Rabbelier --- Changes since v1: Tags for Reported-by and Tested-by. git-parse-remote.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-parse-remote.sh b/git-parse-remote.sh index 5f47b18..07060c3 100644 --- a/git-parse-remote.sh +++ b/git-parse-remote.sh @@ -68,7 +68,7 @@ get_remote_merge_branch () { test -z "$origin" && origin=$default curr_branch=$(git symbolic-ref -q HEAD) [ "$origin" = "$default" ] && - echo $(git for-each-ref --format='%(upstream)' $curr_branch) + echo $(git for-each-ref --format='%(upstream)' "$curr_branch") ;; *) repo=$1 -- 1.7.3.3.399.gea47f ``` ## Junio C Hamano, 2010-12-06 03:33 Subject: Re: [PATCHv2] parse-remote: handle detached HEAD Message-ID: <7vfwubtw1g.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vfwubtw1g.fsf%40alter.siamese.dyndns.org In-Reply-To: <1291593517-4406-1-git-send-email-santi@agolina.net> ``` Santi Béjar writes: > In get_remote_merge_branch 'git for-each-ref' is used to know the > upstream branch of the current branch ($curr_branch). But $curr_branch > can be empty when in detached HEAD, so the call to for-each-ref is > made without a pattern. > > Quote the $curr_branch variable in the git for-each-ref call to always > provide a pattern (the current branch or an empty string) Otherwise it > would mean all refs. What output do you want to see in this case? "Nothing needs to be reported because on detached head you are not tracking anything?" If that is the case, shouldn't we be not calling "echo" at all to begin with? IOW, shouldn't the code read more like this? curr_branch=$(git symbolic-ref -q HEAD) && test "$origin" = "$default" && echo ... > Reported-by: Sverre Rabbelier > Signed-off-by: Santi Béjar > Tested-by: Sverre Rabbelier > --- > Changes since v1: > Tags for Reported-by and Tested-by. > > git-parse-remote.sh | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/git-parse-remote.sh b/git-parse-remote.sh > index 5f47b18..07060c3 100644 > --- a/git-parse-remote.sh > +++ b/git-parse-remote.sh > @@ -68,7 +68,7 @@ get_remote_merge_branch () { > test -z "$origin" && origin=$default > curr_branch=$(git symbolic-ref -q HEAD) > [ "$origin" = "$default" ] && > - echo $(git for-each-ref --format='%(upstream)' $curr_branch) > + echo $(git for-each-ref --format='%(upstream)' "$curr_branch") > ;; > *) > repo=$1 ``` ## Santi Béjar, 2010-12-06 10:20 Subject: [PATCHv3] parse-remote: handle detached HEAD Message-ID: <1291630811-16584-1-git-send-email-santi@agolina.net> URL: https://gitlist.dev/e/1291630811-16584-1-git-send-email-santi%40agolina.net In-Reply-To: <7vfwubtw1g.fsf@alter.siamese.dyndns.org> ``` get_remote_merge_branch with zero or one arguments returns the upstream branch. But a detached HEAD does no have an upstream branch, as it is not tracking anything. Handle this case testing the exit code of "git symbolic-ref -q HEAD". Reported-by: Sverre Rabbelier Signed-off-by: Santi Béjar --- > If that is the case, shouldn't we be not calling "echo" at all to begin > with? IOW, shouldn't the code read more like this? > > curr_branch=$(git symbolic-ref -q HEAD) && > test "$origin" = "$default" && > echo ... Or course, you are right. I didn't know/think about the exit code... Thanks. Santi git-parse-remote.sh | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/git-parse-remote.sh b/git-parse-remote.sh index 5f47b18..4da72ae 100644 --- a/git-parse-remote.sh +++ b/git-parse-remote.sh @@ -66,7 +66,7 @@ get_remote_merge_branch () { origin="$1" default=$(get_default_remote) test -z "$origin" && origin=$default - curr_branch=$(git symbolic-ref -q HEAD) + curr_branch=$(git symbolic-ref -q HEAD) && [ "$origin" = "$default" ] && echo $(git for-each-ref --format='%(upstream)' $curr_branch) ;; -- 1.7.3.3.399.g0d2be.dirty ``` ## Santi Béjar, 2010-12-06 14:32 Subject: Re: [PATCHv3] parse-remote: handle detached HEAD Message-ID: URL: https://gitlist.dev/e/AANLkTik4LLCm3WzcKPkOY44M88vF7oT2nuLrv-S3L22X%40mail.gmail.com In-Reply-To: <1291630811-16584-1-git-send-email-santi@agolina.net> ``` On Mon, Dec 6, 2010 at 11:20 AM, Santi Béjar wrote: > get_remote_merge_branch with zero or one arguments returns the > upstream branch. But a detached HEAD does no have an upstream branch, > as it is not tracking anything. Handle this case testing the exit code > of "git symbolic-ref -q HEAD". > > Reported-by: Sverre Rabbelier > Signed-off-by: Santi Béjar > --- > >> If that is the case, shouldn't we be not calling "echo" at all to begin >> with?  IOW, shouldn't the code read more like this? >> >>        curr_branch=$(git symbolic-ref -q HEAD) && >>        test "$origin" = "$default" && >>        echo ... > > Or course, you are right. I didn't know/think about the exit > code... Thanks. Now that I think of... the final form of the patch is yours (Junio). Feel free to add something like this to the commit message: Final patch form by Junio C Hamano Or alternatively, take ownership of the patch and add something like "Patch handled by Santi Béjar but final patch form by Junio C Hamano" and: Acked-by: Santi Béjar Santi ``` ## Junio C Hamano, 2010-12-06 16:03 Subject: Re: [PATCHv3] parse-remote: handle detached HEAD Message-ID: <7vr5dusxb1.fsf@alter.siamese.dyndns.org> URL: https://gitlist.dev/e/7vr5dusxb1.fsf%40alter.siamese.dyndns.org In-Reply-To: <1291630811-16584-1-git-send-email-santi@agolina.net> ``` Santi Béjar writes: > get_remote_merge_branch with zero or one arguments returns the > upstream branch. But a detached HEAD does no have an upstream branch, > as it is not tracking anything. Handle this case testing the exit code > of "git symbolic-ref -q HEAD". > > Reported-by: Sverre Rabbelier > Signed-off-by: Santi Béjar > --- > >> If that is the case, shouldn't we be not calling "echo" at all to begin >> with? IOW, shouldn't the code read more like this? >> >> curr_branch=$(git symbolic-ref -q HEAD) && >> test "$origin" = "$default" && >> echo ... > > Or course, you are right. I didn't know/think about the exit > code... Thanks. The calling codepath in git-pull that wants to determine remoteref and oldremoteref seems to expect get-remote-merge-branch to succeed in order to find its $oldremoteref variable, and returning false in detached HEAD case here will change what happens there---it won't run "rev-list -g" anymore and quits the codepath early, leaving the variable empty. But we do want to set the variable to an empty string in this case anyway, so there is no harm done (it probably is what we actually want to happen). So this should be Ok. Sverre, do you want to do another round of testing just to be sure before I apply this? > Santi > > git-parse-remote.sh | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/git-parse-remote.sh b/git-parse-remote.sh > index 5f47b18..4da72ae 100644 > --- a/git-parse-remote.sh > +++ b/git-parse-remote.sh > @@ -66,7 +66,7 @@ get_remote_merge_branch () { > origin="$1" > default=$(get_default_remote) > test -z "$origin" && origin=$default > - curr_branch=$(git symbolic-ref -q HEAD) > + curr_branch=$(git symbolic-ref -q HEAD) && > [ "$origin" = "$default" ] && > echo $(git for-each-ref --format='%(upstream)' $curr_branch) > ;; > -- > 1.7.3.3.399.g0d2be.dirty ``` ## Sverre Rabbelier, 2010-12-06 17:14 Subject: Re: [PATCHv3] parse-remote: handle detached HEAD Message-ID: URL: https://gitlist.dev/e/AANLkTi%3Djf5ZB8Lz3jRN-HJ8mquFt4frhFk0mZ4sCHwZk%40mail.gmail.com In-Reply-To: <7vr5dusxb1.fsf@alter.siamese.dyndns.org> ``` Heya, On Mon, Dec 6, 2010 at 17:03, Junio C Hamano wrote: > So this should be Ok.  Sverre, do you want to do another round of testing > just to be sure before I apply this? Yup: Tested-by: Sverre Rabbelier