Best Practices für die Quellcodeverwaltung und Fehlerbehebungen

Question

Wenn wir brauchen einen Bug-Patch auszustellen, das nicht aktuelle Entwicklung enthält, die begangen wurde, oder Änderungen von ihrer aktuellen Version, was getan werden soll, den Prozess sicherer und mit geringeren Overhead zu machen?

Wir sind derzeit Subversion für unsere Quellcodeverwaltung in einem kleines (3 Entwickler) Team in erster Linie der Entwicklung in Visual Studio 2008. Wir gehen davon aus, dass die Verwendung von Team-Gruppe im nächsten Jahr bis 8 Entwickler können und für eine frühere Version unterstützt werden komplizierter. Während die meisten Kunden auf der aktuellen Version, einige sind weiter hinten.

Answer 1

Quellcodeverwaltung kann damit umgehen ziemlich leicht und wurde dafür entworfen.

Wenn Sie die Stabilisierungszeit von Ihrer Freilassung erreichen eine Niederlassung getan werden soll. Es ist wichtig, dass Sie keine Arbeit an der nächsten Version starten, bevor dies geschehen ist.

Jede Fehlerkorrekturen für das Release sollte in diesem Zweig erfolgen. Dies verhindert, dass neuen Code aus einer zukünftigen Version von dem Bug-Fix zu verschmutzen. Sobald der Bug-Fix fertig ist, dann können Sie das Zusammenführen an den Stamm herunterschalten und alle anderen Versionen wie nötig.

Vergessen Sie nicht, die Fehlernummer im Kommentar zu setzen, da diese Spur zu halten machen von begeht einfacher.

Answer 2

Wie sei: a. Verzweigung pro Hauptversion, mit Bug-Fixes auf den Zweig angewandt (n) nach Bedarf, und auch (oder gemischt) mit dem Stamm angewandt

Answer 3

Wo ich arbeite, haben wir mehrere Projekte gleichzeitig arbeiten. Um dieses Problem zu vermeiden, haben wir mehrere Varianten des Quellcodes. Zum Beispiel ist die erste Version Variant 1,0. Wir schaffen eine abzweigen dieser Pressemitteilung, sagen wir, Variant 2.0 für die gesamte künftige Entwicklung. Wenn wir einen Bugfix tun müssen, tun wir es auf der Hauptvariante, die derzeit 1,0 ist und dass freigeben kann. Wenn Variant 2.0 bereit ist, die Produktion zu gehen, verschmelzen wir es mit dem, was auf dem Hauptzweig ist (in diesem Fall 1.1) und das wird der neue Hauptstamm. An einer Stelle hatten wir vier Zweige gleichzeitig ausgeführt wird.

kann den Code Merging zeitaufwendig sein, und man muss vorsichtig sein, nicht zur Einführung neuer Fehler während der Zusammenführung, aber wenn Sie ein anständiges Code-Vergleichs-Tool zur Verfügung haben, dann sollte es nicht so schlimm sein. Wir haben eine Zusammenführung vor einiger Zeit mit darüber hinaus auf einem 10.000-Datei Quellverzeichnis vergleichen, und es dauerte einen einzigen Morgen.