Ich frage mich, ob es noch andere Faktoren gibt, die für die Standardpraxis der Verwendung von Subversion zu berücksichtigen sind.

Die wenigen, die ich habe, sind:

Verzeichnisstruktur von / tags / trunk und / branches

Alle Arbeiten werden in einem Kofferraum ausgeführt, der die Funktionalität nicht beeinträchtigt

Verzweigen, wenn wesentliche strukturelle Änderungen vorgenommen werden oder wenn ein Feature hinzugefügt wird, das die Kernfunktionalität beeinträchtigt (vorbehaltlich der Präferenz)

Tags enthält stabile Veröffentlichungen

Führen Sie vor Arbeitsbeginn immer ein Update durch

Übernehmen Sie Änderungen am Ende des Tages / wenn eine Funktion hinzugefügt wurde

Commit Notes enthalten eine relevante Beschreibung

Festschreiben basierend auf Funktion - Festschreiben nicht pauschalieren

Ich bin im Widerspruch zu der Regel, am Ende des Tages und wenn ein Feature hinzugefügt wurde, zu verpflichten. Ich sage am Ende des Tages, um sicherzustellen, dass das Repository so aktuell wie möglich ist. Code am Ende des Tages kann jedoch unvollständig sein / Funktionalität brechen. Ein Commit kann jedoch nur dann erfolgen, wenn die Funktionen abgeschlossen wurden. Veraltet / Konflikte?

Ich würde mich über Ihre Kritik an einer meiner Ideen und an einer Ihrer Ideen freuen, die ich verpasst habe.

Vielen Dank!