SVN: DFM-Merge oder "die üblichen Verdächtigen"

[HeZa]

Zitat von hoika:

mal wieder habe ich zusammen mit Kollegen an der gleichen DFM gearbeitet,
Auto-Merge ging schief, mal wieder (TBitButton ist ein Fluch).

Also Winmerge geschnappt und von Hand gemergt. Dabei etwas übersehen. -> Plautz

Die Problematik ist ja bekannt. Nur was soll man machen ?

Da es sich um die Hauptforms handelt und auch am Wochenende was gemacht wird,
fällt ein "Sperren per Zuruf" flach.

Analysiert warum ihr immer gleichzeitig an der Hauptform arbeiten müsst und extrahiert die dazu führenden Gründe in separate Units. Z.B könntet ihr visuelle Bereich in einer eigen Form (oder Frame wenn man diesen dynamisch einblendet) programmieren und diese dann nur in der Hauptform einblenden (wenig Code-Änderungen, die sich leicht mergen lassen). Müsst ihr oft gleichzeitig das Menü oder eine Actionlist erweitern, könnte Ihr eine Methode schreiben mit der man Menüpunkte oder Actions in der Hauptform registrieren lassen kann.

Minimiert die Zeit die Ihr in der Hauptform programmiert. Z.B. indem ihr euren Code bzw. eurer Design erst in einer anderen Unit erledigt. Bevor ihr dann in den Trunk eincheckt holt ihr euch die aktuelle Version des Hauptform, verschiebt eure Änderungen hinein und commit anschließend sofort eure Änderungen.