From: Jeff King <peff@peff.net>
To: Dmitry Marakasov <amdmi3@amdmi3.ru>
Cc: Alex Henrie <alexhenrie24@gmail.com>,
Elijah Newren <newren@gmail.com>,
git@vger.kernel.org
Subject: Re: pull.rebase config option broken in 2.33.1
Date: Fri, 26 Nov 2021 16:45:44 -0500 [thread overview]
Message-ID: <YaFViM1tTTAc48ZG@coredump.intra.peff.net> (raw)
In-Reply-To: <YaFVVMa9cg4gpI6b@coredump.intra.peff.net>
On Fri, Nov 26, 2021 at 04:44:52PM -0500, Jeff King wrote:
> +cc Alex and Elijah from the original 3d5fc24dae (pull: abort if
> --ff-only is given and fast-forwarding is impossible, 2021-07-21) in
> case they have further thoughts, but I _think_ this is working as
> designed.
Whoops, forgot the cc. Original message in full below.
-Peff
> On Fri, Nov 26, 2021 at 09:05:46PM +0300, Dmitry Marakasov wrote:
>
> > * Jeff King (peff@peff.net) wrote:
> >
> > > > After update from 2.33.0 to 2.33.1 the pull.rebase = true option
> > > > no longer works: `git pull` no longer tries to rebase (however manual
> > > > `git pull --rebase` works fine):
> > > >
> > > > % git config pull.rebase
> > > > true
> > > > % git pull
> > > > fatal: Not possible to fast-forward, aborting.
> > > > % git pull --rebase
> > > > Successfully rebased and updated refs/heads/local-fixes.
> > > > % git pull
> > > > fatal: Not possible to fast-forward, aborting.
> > > > % grep -C1 rebase .git/config
> > > > [pull]
> > > > rebase = true
> > > > [rebase]
> > > > autostash = true
> > > >
> > > > After downgrade to 2.33.0:
> > > >
> > > > % git pull
> > > > Current branch local-fixes is up to date.
> > >
> > > This looks like the same bug discussed in:
> > >
> > > https://lore.kernel.org/git/CH2PR06MB650424B4205102AC6A48F489B1BD9@CH2PR06MB6504.namprd06.prod.outlook.com/
> > >
> > > There's a fix in that thread. It's currently in "next", but didn't quite
> > > make the cutoff for the upcoming v2.34.0.
> >
> > For the record, the problem is still present in 2.34.1
>
> In the bug I linked (and what got fixed in 2.34.1), the issue is that
> when the local branch is ahead of the remote, we don't say "up to date",
> but complain about fast-forwards.
>
> It's hard to tell from the output above, but it looks like you have a
> case where there are new commits both locally and on the remote? In
> which case a rebase would work just fine.
>
> But why are we complaining about "not possible to fast-forward"? Testing
> locally with something like:
>
> -- >8 --
> git init repo
> cd repo
>
> commit() {
> echo $1 >$1
> git add $1
> git commit -m $1
> }
>
> git checkout -b local
> commit base
> commit local
>
> git checkout -b remote HEAD^
> commit remote
>
> git checkout local
> git config pull.rebase true
> git pull . remote
> -- >8 --
>
> shows that we do rebase. If I set:
>
> git config pull.ff only
>
> then we start complaining. And that behavior did change in 2.33.1, but
> I'm not sure it's wrong. We have two conflicting config options, and the
> precedence for which one we pick switched.
>
> Do you have that option set in your config? Try:
>
> git config --show-origin --show-scope --get-regexp 'pull\..*'
>
>
> -Peff
next prev parent reply other threads:[~2021-11-26 21:47 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-02 13:58 pull.rebase config option broken in 2.33.1 Dmitry Marakasov
2021-11-02 14:20 ` Jeff King
2021-11-26 18:05 ` Dmitry Marakasov
2021-11-26 21:44 ` Jeff King
2021-11-26 21:45 ` Jeff King [this message]
2021-11-26 22:43 ` Elijah Newren
2021-11-27 5:05 ` Jeff King
2021-11-27 5:26 ` Elijah Newren
2021-12-02 15:26 ` Dmitry Marakasov
2021-12-02 16:54 ` Elijah Newren
2021-11-27 5:27 ` Elijah Newren
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=YaFViM1tTTAc48ZG@coredump.intra.peff.net \
--to=peff@peff.net \
--cc=alexhenrie24@gmail.com \
--cc=amdmi3@amdmi3.ru \
--cc=git@vger.kernel.org \
--cc=newren@gmail.com \
/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).