Trunk Ordner für Repository?

Question

ich unsere Struktur für Subversion bin Hashing und haben die Standardstruktur, die ich die meisten Leute denken, zu benutzen, die für jedes Projekt ein Repository und mehrere Ordner verwendet:, kann ich einen Stamm brauchen, ist

MainRepository 
    Project1 
     branches 
     trunk 
     tags 
    Project2 
     branches 
     trunk 
     tags 
..and so on 

Meine Frage, Zweige und Tags Ordner für das Root-MainRepository? Warum würdest du, wenn du aus dem Kofferraum kommst, sagen wir Project1? Ich weiß nicht, ob ich einen brauche oder warum du einen Stammordner oder andere in der eigentlichen Wurzel des Repos brauchst.

Answer 1

Sie brauchen es eigentlich nicht. Es liegt an Ihnen (und Ihren Projekten), was Sie brauchen. Ein Stammordner im Stamm ist sinnvoll, wenn Sie für jedes Projekt einen Repo anstelle eines Repos für viele Projekte verwenden. In diesem Fall benötigen Sie keinen Stammordner im Stammordner.

Answer 2

Das SVN-Buch empfiehlt, trunk/tags/branches entweder im Stammverzeichnis oder in Unterverzeichnissen von Projekten zu setzen, aber nicht beide gleichzeitig.

Aber ... das ist eigentlich nur eine Konvention. SVN behandelt sie einfach als einfache Baumstruktur ohne zugewiesene Bedeutung. Wenn du denkst, dass du sie brauchst, benutze sie.

Answer 3

Bis zu Ihnen. Wir verwenden separate Repos für jedes Projekt, da die zusätzliche Isolation, die uns diese gibt, nützlich ist: verhindert Anfängerfehler beim Auschecken alle Projekt, anstatt das Projekt, das sie brauchen.

Answer 4

Trunk/Branches/Tags im Stammverzeichnis des Repositorys können sinnvoll sein, wenn Sie Code oder Sicherheiten haben, die allen Ihren Projekten gemeinsam sind. Zum Beispiel, einige gemeinsame Bibliotheken oder vielleicht specs/PDFs /. DOCs, etc., die nicht sauber in eines Ihrer anderen Projekte passen.

Ansonsten sehe ich keinen Grund, Trunk/Branches/Tags im root zu haben.

Answer 5

Nicht sicher über den Stamm, aber möglicherweise möchten Sie eine Tags und Zweige. Nehmen wir an, Sie arbeiten an einem Defekt, der mehrere Projekte umfasst. Sie möchten einen einzelnen Zweig, der den Status aller Projekte hat. Außerdem möchten Sie möglicherweise alle Projekte für Hauptversionen (und Nebenversionen) kennzeichnen, wenn sie interagieren.