"Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx> writes: > On Fri, Dec 12, 2008 at 07:57:38PM +0100, Johannes Schindelin wrote: > ... >> I am sure we want to have something like that in git.git. > > So am I. Except that I am not being sarcastic. ;-) Hmm, but we seem to already have too many intro-to-git documents in tree. Perhaps good points in the document can be used to augment or replace parts of existing documents? For example, which part of the new documentation would have helped you avoid the pain you mentioned below... > In particular, David's guide was quite helpful to me. It would have been > even more helpful had it existed when I first tried (unsuccessfully) > to use GIT. In particular, GIT's requirement that I tell it about new > versions of existing files (either with "git add" or "git commit -a") > was extremely counter-intuitive, and caused me no end of pain. ... and which part of the existing user manual or tutorial should have talked about it to help you? > But my experience is that git is at best an acquired taste for those of > us who grew up with traditional source-code control systems. Such > people will benefit greatly from a git-haters guide,... "Acquired taste" is a much nicer and more diplomatic way to say the same thing as what Linus often refers as "unlearning the braindamage inflicted by years of using CVS." ;-) > ..., and git's user > population will grow as a result. I do not think it constitutes any basis for judging the merit of having the document in git.git tree. The world domination is not our goal, but it may come as a mere side effect of being the best in the business. -- 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
