Wie kann ich regelmäßig Code an TFS übergeben?

Question

Ich bin ein Berater, dessen Kunde ein TFS 2005-Repository betreibt. Ich verwalte meinen eigenen Quellcode in TFS und übergebe meine Releases an deren TFS. Mein Quellcode besteht aus etwa 20.000 Dateien, die ich verwalte.

Mein normaler Prozess:

1. Trennen Sie meine Lösung von meinem TFS

2. Verbindung zu ihrem TFS

3. Sehen Sie sich das gesamte Projekt an

4. Überschreibe meine Projektdateien mit ihre

5. Alles wieder einchecken

6. Klicken Sie auf die Schaltfläche Hinzufügen und fügen Sie beliebige neue Dateien, die hinzugefügt wurden

7. Überprüfen Sie alles in

8. Öffnen Sie die Lösungsdatei und binden Sie sie an TFS

9. Alles wieder einchecken

Das Hauptproblem, das ich bei diesem Ansatz sehe, ist, dass ich, wenn ich eine Datei auf meiner Seite lösche, keine Möglichkeit habe, diese Änderung zu berücksichtigen.

Ich bin auch nicht an der Synchronisierung von Tools interessiert, weil ich nicht jeden Checkin synchronisieren möchte, sondern nur den aktuellen Stand.

Gibt es einen Weg, wie ich das besser machen kann?

Answer 1

Haben Sie sich angesehen TimelyMigration ? (Keine Zugehörigkeit und ich hatte nie Bedarf, es zu benutzen)

Migration von TFS zu TFS

Answer 2

Wie sieht es mit der Pflege paralleler .sln- und .proj-Dateien mit den verschiedenen Bindungen aus? Ändern sich diese häufig?

Ich denke, Sie können die Änderungshistorie mit Hilfe der TFPT ONLINE Befehl aus dem Team Foundation Power Tools .

1. SLN_A öffnen
2. Änderungen vornehmen (VS prüft automatisch gegen TFS_A )
3. Vor dem Einchecken am TFS_A , laufen TFPT ONLINE gegen TFS_B . Dies sollte Hinzufügungen, Bearbeitungen und Löschungen erfassen.
4. Einchecken SLN_A auf TFS_A .
5. Einchecken SLN_B auf TFS_B .

Das einzige Problem dabei könnte sein, dass die SLN_A Einchecken könnte die SLN_B anstehende Änderungen, da die Dateien wieder schreibgeschützt werden. Nicht sicher.

Warum müssen Sie einen parallelen TFS unterhalten? Es sieht so aus, als ob Sie direkt gegen deren TFS arbeiten sollten, entweder auf einem Zweig, über den Proxy oder beides.