21 of 25 people found the following review helpful
5.0 out of 5 stars
Good and Useful Book, Oct 4 2009
By Mike Howard - Published on Amazon.com
This review is from: Mercurial: The Definitive Guide (Paperback)
Mercurial is a really nice, portable, easy to use [which is saying a lot!] source code control system. This is the only paper book available for it. Fortunately, the book very well written, well organized, and nicely developed. The examples actually work and are simple enough, small enough, and complete enough to be useful to type in and work with while reading the book. They make reading the book more of an interactive exercise.
One of the other reviewers gave this book a 2 star rating because there is an incomplete section which sailed past review. He/she doesn't understand the nature of Open Source software development: The book is on line (see below), so if you see something you don't like - don't complain, fix it and share the fix! Ignore that review.
About Mercurial itself: it is the easiest source code control - aka version control, content control, etc - system I've ever used. I started using source code control back with a DOS clone of SCCS, found RCS and switched to that because it was really simple to use [although difficult to organize]. Have also tried CVS and SVN, but kept going back to RCS because of the administrative burden the bigger and better versions impose.
Mercurial makes source code control easy again. Creating and maintaining repositories is inexpensive and easy. Rather than having central repository to maintain and configure, you just type 'hg init; hg add . ; hg ci -m initial-checkin' and you have a brand new repository for whatever project is living in your current directory. To try out something without mangling the basic code, 'cd newdirectory; hg clone repository-directory' and you are now in a clone of the original repository and can hack away. If you like the experiment, you 'hg ci -m like-it; hg push' and it goes back to the main source; if you don't, just delete your trial repository. Rinse and repeat often. It actually makes source code controlled development easy.
So far I haven't found anything in Mercurial I don't like.
Back to the book: the author also maintains the book on line in an editable and comment-able form. See the Mercurial web site at for details about this book and more specialized articles: [...]
It also means that the book is still under continuous development - which is a really good thing for a software reference for an evolving and actively developing system.
9 of 11 people found the following review helpful
5.0 out of 5 stars
Exactly what I look for in a technology book, Aug 21 2009
By Jeremy - Published on Amazon.com
This review is from: Mercurial: The Definitive Guide (Paperback)
I'm about half-way through this book. So far, this is exactly the sort of thing I look for in a technology book. The author explains the subject with obvious enthusiasm (so it doesn't drag), there are lots of examples as well as explanations of "how" and "why".
I think this is currently the only book on Mercurial, but it likely will be the only one you need.
3 of 3 people found the following review helpful
2.0 out of 5 stars
Repository vs. repository, Dec 22 2011
By R. TA "Roger" - Published on Amazon.com
This review is from: Mercurial: The Definitive Guide (Paperback)
I learned how to use Mercurial from this book. My only beef is the confusing use of the term "repository" in this book. Sometimes it's used to mean the .hg metadata directory, sometimes it means the whole directory of your project, which includes the .hg directory. It would have been less confusing to just use the term ".hg directory" when talking about the .hg directory! Maybe it's a Mercurial thing.
---
Edited Dec. 30, 2011:
I discovered the online document "Understanding Mercurial" that uses the following 3 terms in a consistent manner: the repo, the working directory, and the store. This consistent use of terminology really helps clearing up the picture. I wish this book could have adopted such consistent use of the terms.