Frage

Ich denke daran, an SVN vom Mercurial zu wechseln, da es einfacher scheint, und mehr Menschen haben einen SVN-Client als ein Mercurial-Client. Ich habe jedoch eine Frage in Bezug auf die Dateistruktur -

Ich verstehe, dass die typische ordnungsgemäße SVN-Struktur lautet:

/ kofferich
.... / Aktuelle Versionsdateien hier

/ branch
.... / Bugfix
.... / NewFeature
.... / branch3
.... / Branche

/ tag
.... / Version 1.0
.... / Version 2.0
.... / Version n.n

Meine Frage ist, wie dieser Faktor in mehreren Betriebssystemen ist? Meine Software verfügt derzeit über separate Mercurial-Repositorys für die GUI / CLI-Versionen meiner Software für jedes Betriebssystem, da Sie ein Verzeichnis nicht nur in Mercurial buchen können. Ich verstehe jedoch, dass Sie in SVN können. Würde die Struktur aussehen wie:

/ windows (oder linux oder was auch immer)

/ kofferich
.... / CLI
..... / aktuelle Versionsdateien hier
.... / GUI
..... / aktuelle Versionsdateien hier

/ branch
.... / CLI
..... / Bugfix
..... / newfeature
..... / branch3
..... / Branche
.... / GUI
..... / Bugfix
..... / newfeature
..... / branch3
..... / branchn

/ tag
.... / CLI
..... / Version 1.0
..... / Version 2.0
..... / Version n.n
.... / GUI
..... / Version 1.0
..... / Version 2.0
..... / Version n.n

oder mache ich so viel zu kompliziert? Würden Sie empfehlen, die GUI-Version in einem separaten Repository zu speichern? In welcher dieser typischen Verzeichnisse sind auch vorkompilierte ausführbare Ausführungen gespeichert?

Ich verstehe, dass diese Fragen angenommen werden können, aber die Wahrheit ist, aber ich bin völlig neu für SVN. Vielen Dank für Ihre Hilfe!

War es hilfreich?

Lösung

Ich benutze SVN nur für etwa 3 oder 4 Jahre und was Sie mir ziemlich gut aussehen, würde ich die GUI-Version nicht in einem separaten Repo speichern. Bei meiner Arbeit haben wir alle unsere Projekte unter einem Repo, nur unterschiedliche Ordner und diese funktioniert, da Sie mit dem angegebenen Ordner aussehen können, welche Ordner Sie möchten, welche Ordner Sie möchten.

Es gibt auch einige Leute, die argumentieren, dass Sie keine binären Daten (z. B. vorkompilierter Ausführbarkeiten) in einem SVN-Repo speichern sollten, einfach, da der Repo, da er nicht mit der vorherigen Version, z. B. Text differiert werden kann. Dies ist mehr oder weniger die ungeschriebene Richtlinie an meiner Arbeit. Zu Hause auf meinem persönlichen SVN erhalten Sie wichtige Execuitables oder Bibliotheksdateien, die ich weiß, dass sie nicht regelmäßig wechselt, nur so, nur so, wenn ich sie brauche, wenn ich sie brauche. Ich mache mir keine Sorgen um Bloat, und in der Lage sein, durch die andere Version des EXE zurücktreten zu können, ist manchmal irgendwie cool, das Fortschritt zu sehen.

Soweit Zweige und Tags gehen, habe ich sie noch nie benutzt. Ich weiß, dass ich wahrscheinlich, aber die meisten meiner Projekte sind trotzdem "Beweise des Konzepts" sowieso, und so ist mein Hauptstamm wirklich alles, was ich baue. Ich benutze grundsätzlich SVN als ein sehr schönes Backup- und Timeling-Tool. Aber ich sollte mit Tags und Zweigen probieren.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top