[Gnu-arch-users] Re: Linus Torvalds <address@hidden> Re: log-buf-len dynamic

[Tupshin Harper]

Miles Bader wrote:

> Tupshin Harper <address@hidden> writes:
>  
>
> > Agreed that this is research, but it does have interesting 
> > possibilities. First of all, I should have referred to partial file 
> > content move instead of code move. So if you have any pairings of 
> > content deletes and similar content adds, then detect, and (with or 
> > without human intervention), record that pair of deletes and adds as a 
> > single "content move".
> >    
>
> It might be interesting to see, but at least for arch, a file's the
> smallest named entity anyway, so what would you do with this
> information?
>
> -Miles
>  
First of all, I will not claim that this is fully thought out, however....

* Removes storage redundancy. Currently a 50 line content move is 
represented as a 50 lines of deletion and 50 lines of addition. This 
would allow those 50 lines to be stored once

* Stores more information. It is valuable information that content was 
moved from one location to another. If somebody looks at the change 
history, this would make it more obvious what took place

* Could allow for more intelligent conflict resolution tools in the 
future. A tool that could show the diff in its current context and its 
previous context could make the resolution process easier, particularly 
when multiple content moves are involved in a single conflict.

-Tupshin