On Thu, 12 Jan 2006 11:25:33 +0600, Alexander Litvinov wrote: > 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. It sounds like you want 'config-manager', http://packages.debian.org/unstable/devel/config-manager, it doesn't support git (yet) but I can't imagine it is hard to add that support in. Cheers, Anand - 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 18:19:35 2006
This archive was generated by hypermail 2.1.8 : 2006-01-12 18:19:43 EST