Re: Why does `pull.rebase` default to `false`?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




29.02.2020, 00:23, "Robert Dailey" <rcdailey.lists@xxxxxxxxx>:
> On Fri, Feb 28, 2020 at 3:10 PM Konstantin Tokarev <annulen@xxxxxxxxx> wrote:
>>  In reality, newbies often end up doing chaotic merges caused by pull
>>  instead of learning about rebase and branches. IMO, it would be better
>>  to have pull.ff=only as a default.
>
> You and Junio make a really good point. After reading the responses, I
> definitely could reword my problem statement. The problem is that, for
> newbie git users (the majority of people I work with), they just do
> `git pull` which always does a merge. Myself (and many others) in
> simple workflows don't like it when newbies do merges on a pull.

And if default behavior would suddenly be switched to pull.rebase=true, newbie
who was doing these merges all the way may end up in a really nasty situation 
when doing pull: rebasing local master which may already contain a few local
merges not present in origin/master, resulting in complete change of recent history
shape and possibly some involving a few bad conflicts. Changing default to
pull.ff=only seems to be less likely to wreak havoc.

>
> So the problem statement is: Prevent newbies from doing a merge commit
> on pull. Whether its a rebase or not is beside the point. I think
> making it --ff-only would solve the issue nicely. It forces them to
> make their intention explicit: Ether do a merge pull, or a rebase
> pull. But you are forcing them to pick (and ultimately get educated).

-- 
Regards,
Konstantin




[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux