Re: Pull is Evil

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

 



W. Trevor King wrote:
> On Fri, May 02, 2014 at 01:55:36PM -0500, Felipe Contreras wrote:
> > W. Trevor King wrote:
> > > On Thu, May 01, 2014 at 08:14:29PM -0500, Felipe Contreras wrote:
> > > > W. Trevor King wrote:
> > > > > My proposed --prompt behavior is for folks who think “I often run
> > > > > this command without thinking it through all the way.  I'm also
> > > > > not used to reading Git's output and using 'reset --hard' with the
> > > > > reflog to reverse changes.  Instead of trusting me to only say
> > > > > what I mean or leaving me to recover from mistakes, please tell me
> > > > > what's about to change and let me opt out if I've changed my
> > > > > mind.”
> > > > 
> > > > Unfortunately those folks by definition wouldn't know about the
> > > > --prompt option.
> > > 
> > > But once such folks are identified, you just have to convince them
> > > (once) to set the pull.prompt config.  That's a lot easier than
> > > convincing them (for every pull) to set the appropriate ff flag.
> > 
> > It wouldn't matter if by the default non-fast-forward merges are
> > rejected.
> 
> It would matter if you didn't want them making non-fast-forward merges
> (e.g. for explicitly-merged topic branches).

It would matter almost exactly zero. And just as they can do pull.promot
= true, they can do pull.mode = fetch-only.

-- 
Felipe Contreras--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[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]