Re: [BUG] All files in folder are moved when cherry-picking commit that moves fewer files

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

 



Elijah Newren <newren@xxxxxxxxx> writes:

> Whatever we choose for the default could be tweaked by some new option
> (e.g. make it less noisy or don't mark such paths as conflicted if the
> user has explicitly stated their preference for or against directory
> rename detection).  I'm struggling to see directory rename detection
> as "risky" (though I certainly feel that lack of it is and thus do not
> like the opt-in option), but if others feel there is risk here,

I do not think it matters what "others feel" at all.

The simple fact that we are seeing a bug report that started this
thread is enough to say that the heuristics kick in when the end
users do not expect to and when it happens it is harder to explain
than other kinds of rename detection heuristics.




[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