Układ repozytorium Mercurial dla wielu oddziałów

Mam kilka quasi-powiązanych projektów, które chcę kontrolować. W SVN ustawiłbym je jako wiele katalogów w ramach jednego projektu

/scripts  #updates in sync with project1 & project2
/project1 #requires database
/project2 #requires database
/database

Oczywiście w tym zabawkowym przykładzie możliwe są inne układy SVN, ale ten układ ma zalety:

Mogę kopiować pliki między gałęziami, zachowując historięMogę sprawdzić tylko podzbiór projektów, npsvn co repo/project2; svn co repo/database. Oszczędza to znaczną ilość pamięci i czasu, jeśli projekt1 jest duży.Łatwe zarządzanie repozytoriami, ponieważ dostęp użytkowników jest zdefiniowany raz dla wszystkich projektów

Od tego czasu ten paradygmat nie jest dobrze odwzorowany na rtęćnie możesz sklonować pojedynczego katalogu rtęciowego repo. Moje pytanie brzmi więc: jaki jest najczęstszy sposób przechowywania dużych, ściśle powiązanych projektów w rtęciowy sposób?

Moje pomysły:

Wiele repozytoriów - traci historię plików, które poruszają się między projektamiLasy - Wydaje się, że utknęło w martwym punkcie i nie jestem pewien, jak stabilne jest to rozszerzenieNazwane oddziały z przeważnie niepowiązanymi treściamiSubRepos - Niestety używam Ubuntu 9.04, który dostarcza tylko hg 1.1.2. W przeciwnym razie wyglądałoby to na dobrą opcję

questionAnswers(1)

yourAnswerToTheQuestion