Messages in this thread | | | Date | Sun, 10 Apr 2005 19:00:04 +0200 | From | Rutger Nijlunsing <> | Subject | Re: more git updates.. |
| |
On Sun, Apr 10, 2005 at 08:44:56AM -0700, Linus Torvalds wrote: > > > On Sun, 10 Apr 2005, Junio C Hamano wrote: > > > > But I am wondering what your plans are to handle renames---or > > does git already represent them? > > You can represent renames on top of git - git itself really doesn't care. > In many ways you can just see git as a filesystem - it's content- > addressable, and it has a notion of versioning, but I really really > designed it coming at the problem from the viewpoint of a _filesystem_ > person (hey, kernels is what I do), and I actually have absolutely _zero_ > interest in creating a traditional SCM system. > > So to take renaming a file as an example - why do you actually want to > track renames? In traditional SCM's, you do it for two reasons: > > - space efficiency. Most SCM's are based on describing changes to a file, [snip] > - annotate/blame. This is a valid concern, but the fact is, I never use [snip]
- merging. When the parent tree renames a file, it's easier for an out-of-tree patch to get up-to-date.
- reviewing. A huge patch with 2000 added lines and 1990 removed lines is more difficult to review then a rename + 10 lines patch.
> So consider me deficient, or consider me radical. It boils down to the > same thing. Renames don't matter.
When you've got no out-of-tree patches since you've got the parent-of-all-trees, then they don't matter, that's true :)
> So whether you agree with the things that _I_ consider important probably > depends on how you work. The real downside of GIT may be that _my_ way of > doing things is quite possibly very rare.
-- Rutger Nijlunsing ---------------------------------- eludias ed dse.nl never attribute to a conspiracy which can be explained by incompetence ---------------------------------------------------------------------- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |