Wie strukturieren Sie Ihr SVN-repository?
Was ist besser?
A:
server:1080/repo/projectA/trunk/...
branches/branch1
branches/branch2
branches/branch3
tags/tag1/...
tags/tag2/...
server:1080/repo/projectB/trunk/...
branches/branch1
branches/branch2
branches/branch3
tags/tag1/...
tags/tag2/...
B:
server:1080/repo/trunk/projectA/...
branches/projectA/branch1
branches/projectA/branch2
branches/projectA/branch3
tags/projectA/tag1/...
tags/projectA/tag2/...
server:1080/repo/trunk/projectB/trunk/...
branches/projectB/branch1
branches/projectB/branch2
branches/projectB/branch3
tags/projectB/tag1/...
tags/projectB/tag2/...
Welche repository-Struktur zu tun, die Sie verwenden und WARUM?
InformationsquelleAutor der Frage Juve | 2008-09-30
Schreibe einen Kommentar
Du musst angemeldet sein, um einen Kommentar abzugeben.
Den Repository-Verwaltung Kapitel der SVN-Buch enthält einen Abschnitt über die Planung Der Organisation Ihres Projektarchivs skizziert die verschiedenen Strategien und deren Auswirkungen, insbesondere die Auswirkungen der repository-layout auf verzweigen und Zusammenführen.
InformationsquelleAutor der Antwort Mihai Limbășan
Verwenden wir, weil der andere nicht sinnvoll zu uns. Beachten Sie, dass ein "Projekt" mit Bezug auf SVN ist nicht notwendigerweise ein einzelnes Projekt, sondern mehrere Projekte, die zusammen gehören (d.h., was würden Sie in einer Projektmappe in Visual Studio). Auf diese Weise haben Sie alles im Zusammenhang gruppiert. Alle Zweige, tags und trunk von einem bestimmten Projekt. Macht perfekten Sinn für mich.
Gruppierung nach der verzweigen/markieren-stattdessen macht keinen Sinn für mich, weil die Zweige der verschiedenen Projekte haben nichts gemeinsam, außer, dass Sie alle Zweige.
Aber am Ende sind die Menschen in beide Richtungen. Tun, was Sie wollen, aber wenn Sie beschlossen, zu versuchen, mit ihm zu bleiben 🙂
Als Ergänzung: Wir haben getrennte Repositorys pro Kunde, d.h. alle Projekte für einen Kunden sind im gleichen repository. Auf diese Weise können Sie z.B. backups von einem einzigen Kunden auf einmal, oder geben Sie den source-code alles, was der Kunde besitzt, um ihn ohne Kampf mit SVN.
InformationsquelleAutor der Antwort OregonGhost
Ich würde vorschlagen, eine option C:
Ich lieber einzelne Projekte in separaten repositories. Mit svn:externals macht es einfach zu verwalten, code-Bibliothek, die Projekte, die gemeinsam von zwei oder mehr Anwendungs-Projekte.
InformationsquelleAutor der Antwort Greg Hewgill
Wir verwenden die Einstellung B. Beause ist es einfacher check-out/tag-mehrere Projekte auf einmal. Im svn 1.5 ist es möglich über ein sparse-checkout, aber nicht eine ein-Klick-Bedienung.
Sie wollen, verwenden Sie die Einstellung B, wenn einige Projekte haben versteckte Abhängigkeiten inbeetween.
InformationsquelleAutor der Antwort Peter Parker
Verwenden wir
Denen ich fange an zu bereuen. Es sollte flacher sein. Dies wäre besser.
Warum? Produkte (Komponenten, fertige software) ewig. Projekte kommen und gehen. Im letzten Jahr, gibt es nur eine Projekt-Teams erstellen von Produkt-QUUX. Im nächsten Jahr, das team ist verteilt und ein oder zwei Leute pflegen QUUX. Im nächsten Jahr wird es zwei große QUUX ausbau-Projekten.
Gegeben, dass die timeline, sollte QUUX erscheinen in drei Projekt-repositories? Nein, QUUX ist unabhängig von einem bestimmten Projekt. Es ist wahr, dass die Projekte haben Arbeitsprodukte (Dokumente, Rückstände, etc.) sind Teil des Erhaltens der Arbeit erledigt, aber nicht das eigentliche Ziel der Arbeit. Daher das "projectX" repositories für das material-Zeug, dass niemand kümmert es, nachdem das Projekt abgeschlossen ist.
Arbeitete ich an einem Produkt hatte, dass die drei teams. Großes problem mit der Koordination der Arbeit, weil jedes Projekt gelang es-repository unabhängig. Es wurden inter-team releases und inter-team-Koordination. Am Ende des Tages, es sollte ein Stück software. Jedoch, wie Sie sich vorstellen können, gab es drei Stücke von software, die mit seltsamen überschneidungen und Redundanz.
InformationsquelleAutor der Antwort S.Lott
Persönlich verwende ich die folgende repository-Struktur:
Gibt es auch eine Diagramm illustrieren, wie diese Verzeichnisse verwendet werden. Auch gibt es bestimmte version Nummerierung Ansatz, den ich verwenden. Es spielt eine bedeutende Rolle im repository Strukturierung. Vor kurzem habe ich entwickelt, training für Software-Configuration-Management, wo ich beschreiben Versionsnummer Ansatz und warum genau dieses repository-Struktur die beste ist. Hier sind die Folien der Präsentation.
Dort ist auch mein Antwort auf die Frage über 'Mehrere SVN Repositories vs Einzel-Firma repository'. Es könnte hilfreich sein, solange Sie Adresse dieser Aspekt der repository Strukturierung in deiner Frage.
InformationsquelleAutor der Antwort altern