Ich vermute, ich habe Mergeinfo beschädigt, aber ich bin mir nicht sicher. Weiß jemand, wie ich eine Entscheidung treffen würde und welche Ressourcen da sind, um Probleme zu beheben?Wie stelle ich fest, ob svn: mergeinfo beschädigt ist und wie würde ich es beheben?
Hier ist das Problem. Mein Team ist kürzlich zu agil gewechselt und nutzt Feature-Zweige (Story-Zweige), in denen verschiedene Teams gleichzeitig an denselben Quellen arbeiten. Wenn die Geschichte eine hohe Bereitschaft erreicht, geht das Team in den Stamm über. Die Zusammenführungen dauern aufgrund fehlender Änderungen, unerwarteter Änderungen und Konflikte Tage oder Wochen. Wir sprechen über Teams von 5-10 Leuten und die Mühe/Abwanderung scheint viel zu hoch.
Menschen nutzen die diese merge Muster a) PULL - fusioniert Stamm-zu-Zweig, lösen, zu testen, begehen b) PUSH - fusioniert Zweig-zu-Stamm, lösen, zu testen, begehen c) neu erstellen Zweig (oder in der Regel erstellen Sie eine neue Geschichte Zweig und Drop-alt, seit es fertig ist)
Am Ende dieser sollte der Zweig und Stamm in Ausrichtung sein.
Probleme sehen wir:
- Änderungen nicht während berichtet Stamm-zu-Zweig verschmelzen in den nachfolgenden Zweig-zu-Stamm
- Konflikte auf svn zeigen: mergeinfo Eigenschaften während merge
- Datei fehlt, aber lokale Bearbeitung für neue Datei in Zweig hinzugefügt und an Stamm
- eingehende + lokale löschen (Datei am Stamm gelöscht und Zweig zeigt als Konflikt)
(1) Sollte nicht passieren. Das Ziehen von Zweig zu Stamm sollte die beiden für alle Änderungen, die bereits am Stamm vorgenommen wurden, synchronisieren. Die Änderungen bei der Zusammenführung von Zweig zu Stamm sind Änderungen, die am Stamm vorgenommen wurden. In der ersten Zusammenführung sollten sie sich also zur Verzweigung ausgebreitet haben, aber nicht. Dies deutet auf eine Beschädigung von Mergeinfo-Daten hin, die Stammänderungen "verbergen".
(2) Sollte nicht passieren. SVN sollte die Änderungen im Merge-Tracking verwalten. Dies deutet auch auf eine Beschädigung der Mergeinfo-Daten hin.
(3) Sollte nicht passieren. Dies ist ein Fall einer neuen Datei, die in einem Zweig hinzugefügt wurde. Es sollte als neue Datei angezeigt werden, die dem Stamm hinzugefügt wurde. Dies deutet auch auf eine Beschädigung der Merge-Infodaten hin.
(4) Ich glaube, das ist ein SVN-Bug und das können wir nicht beheben. Wenn das unser einziges Problem wäre, wäre ich glücklich
Wir sind derzeit auf Svn 1.5.x Server mit Clients mit Svn 1.6.x und Svn + SSH für die Verbindung. Wir planen, zu den neuesten und größten SVN zu gehen, da einige Korrekturen unsere Probleme beeinflussen können.
Trotzdem sieht es so aus, als wären unsere Mergeinfo-Daten falsch.
- Merges, die nicht melde alle Änderungen
- Konflikte in merge von mergeinfo Eigenschaften
Jedes gute Plätze für mich zu Beginn der Suche?
SVN 1.6.11 Client kann meine Antwort sein. Ich benutzte die Wandisco-Upgrade-Site (die rockt) und die Merge-Hölle ist viel weniger hellacious –
Verwenden Sie die "- Reintegrate" -Flag für die "Push" -Fusion? Die Tatsache, dass du einen "Entschlossenheits" -Schritt nach mir hast, suggerierst du nicht. Ich kann keine spezifische Dokumentation finden, die besagt, dass Zwei-Wege-Zusammenführungen ohne "- Wiedereingliederung" nicht funktionieren können, aber die bloße Existenz von "- Wiedereingliederung" deutet darauf hin, dass das Verschmelzen von svn der Aufgabe ansonsten nicht gewachsen ist. – slowdog