Re: [PATCH] pull: abort if --ff-only is given and fast-forwarding is impossible
- From
Son Luong Ngoc <sluongng@gmail.com>
- Date
- Jul 14, 2021, 08:37 UTC
- Message-ID
- <CAL3xRKdOyVWvcLXK7zoXtFPiHBjgL24zi5hhg+3yjowwSUPgmg@mail.gmail.com>
- In-Reply-To
- <20210711012604.947321-1-alexhenrie24@gmail.com>
Hi folks,
I am out of the loop in this thread but I have been seeing strange behaviors with pull.rebase=true in the 'next' branch and also in the 'master' branch in recent days.
> git version git version 2.32.0.432.gabb21c7263 > git config -l | grep pull pull.rebase=true pull.ff=false
But a git pull would still run fast-forward. Some of our users (including myself) rely on disabling fast-forward to emit the per-file change log summary after each git-pull
Updating 245f278cb729..5e8d960db7b3 Fast-forward some/file/dir.ext | 44 ++++++++++++++++++++++++++++++++++++++++++++ another/file/dir.ext | 6 +++--- 2 files changed, 47 insertions(+), 3 deletions(-)
In a big, fast moving monorepo, this summary is a lot of noise and switching to pull.rebase=true used to be the way to turn it off. If the change is intended for next version release, is there a workaround for this?
Cheers, Son Luong