Hi, On Tue, 17 Apr 2007, Marcin Kasperski wrote: > a) Windows are unsupported Wrong. > b) Learning curve is too steep. Unclear relationship git-vs-cogito makes it > even worse. Not so wrong. But then, it is clear that git is git is git. If you find it too complicated, soon enough somebody says "use cogito instead" and you'll find out about that. > c) Lack of reasonable subproject support (plus detailed permission > model). It is just being introduced into Git. And we're back to Alex' point: if you want to make a feature a first class citizen, you have to invest a little energy in it. But experience shows that it _is_ possible to get something completely new into Git quite fast. BTW the most striking argument pro Git I can think of is showing people how fast you can find out things. Like who wrote it, or more importantly _where_ the code is for a certain feature. Searching through `git log -p` is really fast, and it becomes even faster when you use "-Sblub". And I really blew my audience away when I imported some CVS tracked project into Git, and showed all the features on that repository, _without_ much work. I mean, you can do with CVS, SVN, HG, etc. almost the same as with Git. But with Git, I find it faster and easier. BTW much of that does come from the scriptable nature of Git. It _is_ much easier to write a short and simple script than to work on a plugin. Ciao, Dscho - 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