On Fri, Nov 20, 2009 at 06:51:32PM +0800, Adrian May wrote: > Git is just plain wrong, because you can't split or merge repositories > or pull subtrees of them. I think you made an unfortunate choice of words here, because as others have mentioned, splitting and merging subtrees is implemented already. Maybe you were talking about checking out or cloning subtrees. To date, none of the distributed version control systems are capable of doing that. And that is one of the reasons why we have wrapper scripts like repo (although IIRC repo does a lot more than just that). AFAICS, there is no fundamental reason why this should be difficult to support. Clearly, there are some odd situations to deal with. For example, how to deal with merge conflicts that happen outside of the subtree that's currently available? How to detect (modified) moves of files into the available subtree? But we could simply fail in these cases. The workarounds currently in use are not able to do this either. > It doesn't have the kind of triggers you need to assert change control > either, and these bolt-on scripts are just making life messy. I don't understand what you mean here. > Will somebody please finish git itself instead of working around it, or > use a source control system that's up to the job. There is a desire to do this in the git community, as documented in [1]. However, it appears to be hard enough to do so that people had rather implement custom solutions such as git-submodules, which are probably just good enough for them. Clemens [1] http://git.or.cz/gitwiki/SoC2009Ideas#NarrowandSparseclonesupport -- 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