Frage

Wie effektiv verschmilzt, wenn Ordner und Projekte in Ihrer Lösung umbenannt werden?

War es hilfreich?

Lösung

Wir haben viel Erfolg mit TFS 2005 hatte, als es darum geht, Löschungen Datei / umbenennt, mit einigen sehr spezifischen Ausnahmen, nämlich:

  1. Dateien, die in beiden Quell- und Zielbranchen umbenannt wurden (dies in der Regel mit einem Klick auf „Ignore-Server ändert“ trivialer gelöst);
  2. Dateien, die in den Zielbranchen umbenannt wurden, aber in der Quelle Zweig gelöscht. Ich erinnere mich an einen Fall, in dem die Zusammenführung nicht egal funktionieren würde, was wir versuchen, und wir waren gezwungen, um die Änderung an dem Source-Zweig und re-do nach der Zusammenführung „zurückzukehren“.

Angeblich soll TFS 2008 löst viele dieser Probleme, aber ehrlich gesagt, abgesehen von gelegentlichen merge hickups TFS stabil ist, und hierarchische verschmilzt viel einfacher und schneller sind als mit SVN.

Andere Tipps

Nach meiner Erfahrung kann TFS Umbenennungen verfolgen, solange man innerhalb der SourceControlExplorer (TFS) alle die Umbenennung zu tun.

Die Probleme treten meist, wenn Sie andere Menschen haben Änderungen an den Originaldateien, während jemand anderes massiven Umbenennungen / Moves, während jemand anderes die umbenannte Version bearbeitet.

Wenn möglich würde ich sagen, dass, wenn Sie in großem Maßstab Umbenennung tun und bewegen es lohnt Teamkollegen zu informieren, und wenn möglich, erhalten sie Änderungen halten Sie machen, bis Sie Ihr eingecheckt haben.

Wie bei allen Zweig / merge Probleme das Problem stark durch Überprüfung in und Verschmelzung wenig und oft reduziert wird.

Wir haben viele Probleme mit TFS 2005 und löschen im Allgemeinen haben. Ich habe nicht die Ursache noch nicht bestimmt, aber einige meiner Teammitglieder haben auf Probleme stoßen in Änderungen Verschmelzung, die eine umbenannte oder gelöschte Ordner beteiligt. Dies scheint insbesondere dann, wenn es eine Menge von Refactoring war (und Umbenennung und Wieder Umbenennung) in der Filiale, wo die Umbenennungs aufgetreten. Ich habe nicht die Ursache oder Reproduktionsschritte herausgefunden, wie ich persönlich nicht in einer Situation befindet, beteiligt, wo es nicht funktioniert hat.

Ich habe einige andere allgemeine Streichung Probleme wie diese gesehen: 1 in Zweig A, reduzieren Berechtigungen in Unterverzeichnis 1 read-only 2. Erstellen Zweig B (von A bis B verzweigt) (Check-in) 3. Löschen Zweig B (Check-in) 4. Erstellen Sie einen neuen Zweig von A, geben ihm den gleichen Namen wie der Zweig B 5. Holen Sie sich eine seltsame Berechtigungsfehler im Zusammenhang mit TFS noch „sehen“ die Nur-Lese-Berechtigungen für den gelöschten Zweig B.

Nur Art und Weise haben wir gefunden zu vermeiden, ist es Schritt 2a einzufügen: Zweig B umbenennen, um _Branch B (Check-in)

Insgesamt hat TFS groß gewesen für uns, aber es ist etwas flockig mit Löschungen los, umbenennt und verschmilzt. Wir hoffen, bald 2008 zu aktualisieren, und ich hoffe, dass es unsere Fragen behandelt werden.

Ich habe 2008 mit TFS Erfahrung mit Massen Datei- und Ordner bewegt habe Dies wurde getan, um unsere Quellcode-Struktur konsequenter zu machen. Alles, was ich per Drag & Drop (und warten) tun musste, war in dem Team Explorer dann die Änderungen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top