On Thursday 12 January 2006 10:46, Martin Langhoff wrote: > > I really miss this feature. This is the last stopper for moving from CVS > > to git for out project. > > What about using nested checkouts? They work great with git as-is, > just add an .gitignore file. > > As Linus points out, there are many good reasons why a top-level > commit should _not_ commit the nested subproject. And once you are > observing that rule, what's left then? git status and git diff <HEAD> > can show an aggregate of top-level and nested subprojects, but that's > ease-of-use -- not something only. > > What is your show stopper? I would agree to make separate commits for each sub project. 1. I need to have ability to make tags, branches thru all subprojects. 2. Update (pull) sould update each subproject, it is hard to update them by hands. 3. The need of some sort of checkout script (can be solved by storing this script in base project, but it would be much nicer allow git fetch all subprojects) Nothing else I can imagine. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Thu Jan 12 16:26:14 2006
This archive was generated by hypermail 2.1.8 : 2006-01-12 16:26:21 EST