Dlaczego subrasy mercurial są uważane za cechę ostatniej instancji

Question

Jestem stosunkowo nowy w stosunku do kontroli źródła w ogóle i konkretnie. W moim miejscu pracy używamy mercurial. Jak zwykle w zespole, różne osoby pracują nad różnymi, ale pokrewnymi projektami. Chodziło o jedno główne repozytorium (dla projektu X) i subrepos dla "projektów potomnych"

Wdrożenie tego nie jest problemem, ale byłem ciekawy, dlaczego w dokumentacji mercurialu rozważają użycie funkcji subrepos, "a feature of last resort".

Answer 1

Tworzy rodzaj zależności, która jest dokładnie w zrównoważonym miejscu pomiędzy zbyt mocno uzależnionym od trzymania w całkowicie oddzielnych projektach i zbyt luźno zależnym od tego samego projektu. Ludzie często myślą, że znajdują się w tym słodkim miejscu, kiedy nie są, szczególnie jeśli są przyzwyczajeni do struktury folderów scentralizowanej kontroli wersji, nie pamiętają, że wpakowali wszystko do jednego repo, aby uniknąć niedogodności związanych z utrzymaniem wielu scentralizowanych serwerów kontroli wersji, a nie han z powodu pewnego wewnętrznego związku zależności między samymi projektami.