Re: What's cooking in git.git (Mar 2011, #02; Sun, 20)

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

 



Jeff King <peff@xxxxxxxx> writes:

>> Matthieu Moy <Matthieu.Moy@xxxxxxxxxxxxxxx> writes:
>> 
>> > Junio C Hamano <gitster@xxxxxxxxx> writes:
>> >
>> >> Unfortunately
>> >> we do not have a good way to let people who have already heard
>> >> about the transition to squelch it yet.
>> >
>> > How about an advice.addWithoutPath config variable to disable it?
>> 
>> I don't think it is worth it; I'd rather see :/ magic implemented earlier.
>> 
>> Another possibility is to error out on "git add -u" without pathspec in a
>> subdirectory as an error in 1.8.0, and then make it full-tree in 1.8.X in
>> a distant future, but that wouldn't be as pleasant.
>
> I thought we cared about giving fans of the current behavior a way to
> keep it (without having to use additional syntax). Script-writers
> already need to use "./" to be portable to old versions of git, so it's
> not hurting them (unless you want to count N years into the future, when
> we can discount such old versions).

So you would rather have "addu.relativetocwd" configuration variable that
will warn when unset but the behaviour defaults to true for now, and later
flip to false?

I'd be in favor of that (the variable name can be painted in any color).
The patch series was an illustration of the logical conclusion of Duy's
patch that punted on the migration path, and if it showed it would not be
pleasant, it served its purpose ;-).
--
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]