From: Martin von Zweigbergk <martin.von.zweigbergk@gmail.com>
To: Yann Dirson <ydirson@free.fr>
Cc: git@vger.kernel.org, "Jeff King" <peff@peff.net>,
"Johannes Schindelin" <Johannes.Schindelin@gmx.de>,
"Santi Béjar" <santi@agolina.net>
Subject: Re: [RFC] rebase: use @{upstream} if no upstream specified
Date: Tue, 16 Nov 2010 21:29:46 -0500 [thread overview]
Message-ID: <AANLkTin+3FuuX_pavZQMrbi4qxjTRvM7nHk1PXcFbeiZ@mail.gmail.com> (raw)
In-Reply-To: <20101113095140.GH8911@home.lan>
On Sat, Nov 13, 2010 at 4:51 AM, Yann Dirson <ydirson@free.fr> wrote:
> On Fri, Nov 12, 2010 at 09:55:49PM +0100, Martin von Zweigbergk wrote:
>
>> @@ -21,6 +21,10 @@ If <branch> is specified, 'git rebase' will perform an automatic
>> `git checkout <branch>` before doing anything else. Otherwise
>> it remains on the current branch.
>>
>> +If <upstream> is not specified, the upstream configured in
>> +branch.<name>.remote and branch.<name>.merge options will be used; see
>> +linkgit:git-config[1] for details.
>> +
>
> Maybe make explicit that it will abort when no upstream is configured.
Will do.
>
>> @@ -416,9 +409,31 @@ esac
>>
>> if test -z "$rebase_root"
>> then
>> - # The upstream head must be given. Make sure it is valid.
>> - upstream_name="$1"
>> - shift
>> + case "$#" in
>> + 0) branch_name=$(git symbolic-ref -q HEAD) &&
>> + upstream_name=$(git for-each-ref \
>> + --format='%(upstream)' ${branch_name})
>> + if test -z $branch_name
>> + then
>> + die "You are not currently on a branch, so I cannot use any
>> +'branch.<branchname>.merge' in your configuration file.
>> +Please specify which upstream branch you want to use on the command
>> +line and try again (e.g. 'git rebase <upstream branch>').
>> +See git-rebase(1) for details."
>> + elif test -z $upstream_name
>> + then
>> + die "You asked me to rebase without telling me which branch you
>> +want to rebase against, and 'branch.${branch_name#refs/heads/}.merge' in
>> +your configuration file does not tell me, either. Please
>> +specify which branch you want to use on the command line and
>> +try again (e.g. 'git rebase <upstream branch>').
>> +See git-rebase(1) for details."
>> + fi
>> + ;;
>> + *) upstream_name="$1"
>> + shift
>> + ;;
>> + esac
>> upstream=`git rev-parse --verify "${upstream_name}^0"` ||
>> die "invalid upstream $upstream_name"
>> unset root_flag
>
> What about simply checking if "rev-parse @{u}" succeeds, in which case
> we can use upstream_name=@{u} ? If it fails, then we can do the work
> of finding where the config flaw is (and delegate this to a func).
> That would help keep the nominal code path short.
Will make sure to find out the error only when needed as you suggest.
I thought I would need the ref name to be able to walk the reflog if my
other propasal would be accepted (see
http://thread.gmane.org/gmane.comp.version-control.git/161381), but it
seems to work with @{u} as well. I just adapted the call from 'git pull'
(git-parse-remote.sh), but I guess I could use 'git rev-parse @{upstream}'
instead. It does seem more natural to me.
Maybe one of the guys on the CC list can advise?
next prev parent reply other threads:[~2010-11-17 2:29 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-11-12 20:55 [RFC] rebase: use @{upstream} if no upstream specified Martin von Zweigbergk
2010-11-13 9:51 ` Yann Dirson
2010-11-17 2:29 ` Martin von Zweigbergk [this message]
2010-11-19 21:15 ` Jeff King
2010-11-20 0:26 ` Martin von Zweigbergk
2010-11-20 4:10 ` Jeff King
2010-11-20 13:14 ` Martin von Zweigbergk
2010-11-15 22:48 ` Kevin Ballard
2010-11-15 23:06 ` Martin von Zweigbergk
2010-11-15 23:12 ` Jay Soffian
2010-11-15 23:16 ` Kevin Ballard
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=AANLkTin+3FuuX_pavZQMrbi4qxjTRvM7nHk1PXcFbeiZ@mail.gmail.com \
--to=martin.von.zweigbergk@gmail.com \
--cc=Johannes.Schindelin@gmx.de \
--cc=git@vger.kernel.org \
--cc=peff@peff.net \
--cc=santi@agolina.net \
--cc=ydirson@free.fr \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).