Re: Rename handling

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

 



måndag 19 mars 2007 19:48 skrev Linus Torvalds:
> 
> On Mon, 19 Mar 2007, Nicolas Pitre wrote:
> > 
> > And some will argue that explicit renames are susceptible to user error 
> > misidentifying the rename too, certainly in the 1% figure of all renames 
> > if not more.
> 
> It's much worse than that. I will *guarantee* that renames are missed when 
> they come in as traditional patches, for example. That's a 100% error rate 
> right there, not some "1%" one.
> 
> And even if people never make mistakes, and people *only* use the native 
> SCM "rename" functions, I guarantee that the downsides of thinking that 
> files have identities is still much much bigger than the upsides. We've 
> already shown that the git "blame" functionality is strictly more powerful 
> than anything based on renames.
> 
> So learn to love the bomb. Rename tracking is *wrong*. 
> 
> 		Linus

How about this simple receipe for defeating rename tracking (real world):

User needs to modify A. User renames A to OLD_A within his/her IDE. SCM
records the rename. User now uses SaveAs to restore A, and SCM detects the 
*NEW* file A.

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