W duchu utrzymania mojego pnia SVN w czystości i gotowości do wdrożenia, używam the following source control model. Dla niecierpliwych, podstawowa koncepcja polega na tym, że tworzysz gałęzie programistyczne, które wykonują rzeczywisty rozwój, pozostawiając bagażnik czysty i gotowy do wdrożenia w dowolnym momencie (bez śmieci w bagażniku).Projekty TeamCity i wiele oddziałów SVN
Dodatkowo konfiguruję TeamCity do ciągłej integracji. W ramach TeamCity chciałbym upewnić się, że wszystkie gałęzie programistyczne, a także gałąź gotowa do wdrożenia (w moim przypadku, trunk) poprawnie zbudowały i przeszły wszystkie testy jednostkowe.
To może być głupie pytanie, ale nie być zbyt dobrze zaznajomionym z TeamCity, czy powinienem stworzyć nowy projekt TeamCity dla każdego oddziału? W szczególności gałąź gotowa do wdrożenia ma kilka dodatkowych reguł niż gałąź rozwojowa. Na przykład wydania powinny być zapisywane w wersjonowanych katalogach w systemie plików (np. C: \ Projects \ MyProject \ 1.0.187 ..., C: \ Projects \ MyProject \ 1.0.188 ...), aby umożliwić łatwy dostęp do pliki binarne w dowolnym momencie. Z drugiej strony, zapisywanie wersjonowanych kopii złożeń w gałęziach rozwojowych nie jest konieczne i spowoduje marnowanie miejsca na dysku twardym.
W TeamCity, wolałbym widzieć tylko jeden projekt dla każdego projektu oprogramowania. Innymi słowy, jeśli moja firma pracuje nad X liczbą projektów rozwojowych, wolałbym, aby ten projekt był wyświetlany tylko raz, a nie X * 2 (zakładając, że każdy projekt ma tylko dwa gałęzie).