Re: [PATCH] pull: require choice between rebase/merge on non-fast-forward pull

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

 



Fredrik Gustafsson <iveqy@xxxxxxxxx> writes:

> On Thu, Jun 27, 2013 at 12:48:52PM -0700, Junio C Hamano wrote:
> <snip>
>> +# See if we are configured to rebase by default.
>> +# The value $rebase is, throughout the main part of the code:
>> +#    (empty) - the user did not have any preference
>> +#    true    - the user told us to integrate by rebasing
>> +#    flase   - the user told us to integrate by merging
>
> s/flase/false

Thanks.

> And isn't all config settings documented somewhere?

Yes, but the above does not have anything to do with it.  It is how
the variable in this script gets used---it may come from the config,
but it will be overridden by command line option.

If you do "git config pull.rebase false", it is an explicit show of
preference to do "pull --merge".

If you do not have any pull.rebase in your configuration, *and* if
your command line does not say "pull --merge" nor "pull --rebase",
then $rebase will be empty, and that is how we detect that you
haven't given us any explicit preference (yet) and fail the command.
--
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]