Jak budować repozytoria Subversion

Question

Próbuję znaleźć najlepszy sposób na uporządkowanie naszych Repozytorów Subversion.

Czy najlepiej jest utworzyć początkowe repozytorium, a następnie subdokumenty dla każdego projektu poniżej?

A które repozytoria powinny mieć utworzony tułów, gałąź itp.?

Słyszałem również, że najlepiej jest nie tworzyć folderów trunk, branch i tags w repozytorium na poziomie katalogu głównego.

Wiem, że kiedy byłem w innej drużynie, wyciągnęliśmy, powiedzmy, ProjectA, ale nie zepsuł tułowia, folderów gałęzi, co było miłe, ale nie wiem, jak to było zbudowane na serwerze, aby stało się tak, jak to .

Answer 1

Aby uratować przyszłe bóle głowy związane z utrzymaniem, chyba że masz OGROMNE ilości kodu lub wyobrażenie, że chcesz całkowicie usunąć projekt z dużą ilością kodu, przechowuj wszystko w jednym repozytorium. Następnie utwórz katalogi dla każdego projektu. Następnie, jeśli chcesz śledzić rekomendację Subversion, umieść foldery "trunk", "branches" i "tags" w folderze każdego projektu.

Answer 2

jeśli chcesz zachować kilka projekt w repozytorium pójdę do tej struktury

/project1 
    /trunk 
    /branches 
    /tags 
/project2 
    /trunk 
    /branches 
    /tags 
... 

Jeśli chcesz zachować tylko jeden projekt będzie to zrobić:

/trunk 
/branches 
/tags 

Answer 3

Subversion book na ratunek .

Answer 4

Dzięki zachowaniu osobnych repozytoriów można dostosowywać harmonogramy tworzenia kopii zapasowych i lokalizacje magazynowania na podstawie repozytorium. Ponadto, jeśli od czasu do czasu musisz przekopać się do repozytorium i wykonać pewne czynności konserwacyjne lub czyszczenia (powiedzmy, że chcesz usunąć commit z repozytu w całości ... rzadko, ale możliwe), utrzymywanie oddzielnych repozytoriów pozwoli ci to zrobić przy minimalnej ingerencji innym użytkownikom i innym repozytoriom.

To powiedziawszy - w przypadku małych projektów, te rzeczy zazwyczaj nie stanowią wielkiego problemu. Daję kolejną serdeczną rekomendację konfiguracji trunk/branches/tags.

Answer 5

Preferuję wysokopoziomowe, bardzo zorganizowane, samodzielne, uporządkowane repozytoria. Istnieje diagram ilustrujący ogólne (idealne) podejście do procesu konserwacji repozytorium. Na przykład, moja początkowa struktura repozytorium (każdy repozytorium projektu powinien mieć) to:

/project 
    /trunk 
    /tags 
     /builds 
      /PA 
      /A 
      /B 
     /releases 
      /AR 
      /BR 
      /RC 
      /ST 
    /branches 
     /experimental 
     /maintenance 
      /versions 
      /platforms 
     /releases