Sollten Sie Niederlassungen in Subversion verwenden, wenn nur eine Person an einem Projekt arbeitet?

Question

Ich fange gerade Subversion an einem Projekt mit C # aus. Ich arbeite allein an diesem Projekt, aber ich versuche zu behandeln, als ob ich in einer Gruppe für meine eigene Lernerfahrung zu arbeiten.

Wie ich es die typische Art und Weise der Arbeit mit Subversion zu verstehen ist, einen Stamm-Ordner zu haben, die immer bauen. Wesentliche Änderungen sind erstellen dann in neuen Filialen, die dann wieder in den Stamm integriert, wenn sie abgeschlossen sind. So kann es viele gleichzeitige Zweige werden durch verschiedene Teammitglieder bearbeitet.

Aber wenn ich alleine bin arbeiten, ist es jeder Punkt eine Verzweigung zu machen? Sagen, dass ich bei Revision 100 in HEAD bin. Ich werde eine Niederlassung in Revision 101 erstellen und dann halte auf dem Zweig arbeiten, bis Revision 110. Jetzt habe ich 110 zurück in die Stamm zusammenführen kann, aber es gibt sonst niemand an dem Projekt so wird es keine Veränderung in dem Stamm in verschmelzen zurück. Ich würde nur gleich wieder in Revision werden verschmelzenden 100, wo ich ursprünglich den Zweig geschaffen.

Answer 1

Branchen haben nichts zu tun mit, wie viele Menschen an einem Projekt arbeiten. Ein Zweig ist für einen alternativen Entwicklungsstrom, wie verschiedene Feature-Sets, Hardware-Ziele oder Kunden.

Wenn 100 Personen auf einem einzigen lieferbaren arbeiten sollten sie den gleichen Zweig werden. Wenn ein einzelnes Individuum ein Dutzend verschiedene Leistungen unterstützen sollte er ein Dutzend Filialen haben.

Answer 2

Ich denke, Zweig verwendet werden, sollten Sie immer den aktuellen Code von der Basis geteilt brauchen, zum Beispiel, wenn Sie eine weit hergeholt Lösung für ein Problem oder etwas versuchen müssen. Mit Niederlassungen können Sie die Probleme und die Versuche der Auflösung trennen und die Versionskontrolle halten.

Answer 3

Ein Zweig (im Gegensatz zu markieren, im Gegensatz) ist eine wartbar Version des Codes. Selbst als ein einzelner Entwickler können Sie mehr als eine Version des Codes erhalten (zum Beispiel Fehlerbehebung zu älteren Versionen migrieren).
SVN Buch listet die beiden häufigsten Anwendungsfälle für SVN-Zweige hier .
Beiden Methoden Verzweigung Richtlinien werden nicht direkt auf die Anzahl der Entwickler im Projekt.
Sofern Sie nicht auf ein kurzfristiges Projekt (wie akademische, Single-Auskopplung, Projekt) arbeiten versuchen, eine dieser Maßnahmen zu verwenden. Der Verwaltungsaufwand ist niedrig genug, und es kann Ihr Leben viel einfacher später machen.

Answer 4

ist es nicht zu viel Punkt scheinen Zweige zu schaffen, wenn es nur ist man an dem Projekt arbeiten - Sie müssen nur die Revisionen schließlich verwenden können, um ein Rollback.

Wenn aber wollten Sie etwas Haupt- und experimentell tun und wollten ein paar Dinge auszuprobieren, dann können Sie den Zweig verwenden, um Ihre Änderungen zu isolieren und den Stamm zu erhalten.

Sie können ganz wie diese aus dem Kofferraum arbeiten und verwenden dann Release-Tags oder Zweige für historische Zwecke ... und andere Branchen für experimentelle Arbeiten.

Answer 5

Ich halte 2 Zweige: Entwicklung und Kofferraum, weil Sie nie wissen, wenn Sie eine schnelle Lösung auf die Produktion zu tun haben. Ich kann für 1-3 Wochen auf neue Funktionen arbeiten, bevor sie zur Produktion zu portieren. In der Zwischenzeit kann, ich habe Behebungen Produktion ausrollen. Indem zwei Zweige, kann ich einfach nur Fehlerbehebung bereitstellen.