Since Mercurial and Git are Distributed Version Control Systems (DVCSs), you should use at least use one separate repository per project, including shared projects and libraries. This KB article provides a better understanding of using more than one repository.
Read our Introduction to Mercurial, git, and DVCS for getting started with Mercurial.
When we were using Subversion here at FogBugz Software, we had one big repository for everything. When we switched over to Mercurial, we quickly learned that DVCSs don’t work the same way, and aren’t really suited for one large repository like that. Now we have several repositories for each project.
For example, in one of our products, we have several different moving parts that are relatively independent of each other:
- Helpers (downloadable EXE clients)
- Reflector (the server that links communication between helpers)
- Billing System
For each of those parts, we’ve created a separate repository group and we keep a level and stable repository in each of those groups. New features go into devel and eventually get merged forward to stable, while bug fixes go into stable and get merged back into devel.
To keep everything in sync to deploy, we use tags. In Subversion, tags are a pain because they’re really not a tag as much as they are a full copy of your code in a different directory. With Mercurial, a tag is more like metadata on the repository, and you just treat them like a version number.
For example, to deploy a new version of the product website copy website-stable and billing-stable. Then tag each of those repositories on your local machine (you can easily have a batch file that does this for you, calculating out the tag number, e.g. Website000123). Then kick off the build process with the tag, which clones both repositories from the server into a build directory and runs hg up -C Website000123 to update them to the tag. Then it builds and deploys.
If you need to go back in time to that particular build, I can just run the same command, hg up -C Website000123 in each repository. You should notice that we tag both the Website and the Billing repos with Website000123, instead of tagging Billing with Billing000123. This is because we’ll also be tagging Billing for our reflector builds (Reflector000456) when they go out, and we want to be able to know which was which.