TFS-Wie funktioniert die Zusammenlegung funktioniert?

Habe ich eine release-Zweig (RB, ab C5) und ein änderungssatz auf Stamm (C10), dass will ich jetzt fahren Sie auf die RB.

Die Datei änderungen an C3 (gemeinsam), eine in der CS 7 auf RB und eine in C9 (trunk) und eine in C10). So die Geschichte für meine veränderte Datei sieht wie folgt aus:

    RB:       C5 -> C7
Trunk: C3 ->             C9 -> C10

Wenn ich merge C10 vom Stamm RB, ich würde erwarten, dass der merge-Fenster zeigt mir
C10 | C3 | C7 da C3 ist der gemeinsame Vorfahre, revision und C10 und C7 sind die Tipps meiner beiden Zweige jeweils. Aber mein merge-tool zeigt mir C10 | C9 | C7.

My-merge-tool konfiguriert ist, um zu zeigen %1(OriginalFile)|%3(BaseFile)|%2(Modified File), also das sagt mir TFS wählte C9 als die base-revision.

Dies ist völlig unerwartet und ganz im Gegensatz zu der Art, wie ich bin gewohnt, führt die Arbeit mit Mercurial oder Git. Habe ich etwas falsch gemacht oder ist TFS versuchen zu fahren mich Nüsse mit der Zusammenführung?

Ist dies die Standard-TFS-Merge-Verhalten? Wenn dem so ist, können Sie einen Einblick geben, warum Sie wählte, um es zu implementieren auf diese Weise?

Ich bin mit TFS 2008 mit VS2010 als Client.

  • Was passiert, wenn Sie verwenden das standard-merge-tool (so entfernen Sie die konfigurierten user-tool)?
  • Hofman: Es ist die gleiche Sache (neben der Standard-TFS-merge-Tool ist Mist), es ist also definitiv unreleated an das merge-tool verwendet wird.
  • Macht Sie (oder sonst jemand) in der Lage, mir die Frage zu beantworten?
  • Die TFS-version?
  • TFS 2008. Verwenden Sie mit Visual Studio 2010.
Schreibe einen Kommentar