Speichern Sie den Verlauf von Clearcase nach Git?

8

In meiner Firma wechseln wir (vollständig) von ClearCase UCM zu Git. Wir werden Clearcase nach einiger Zeit nicht mehr mit Git verwenden.

Gibt es im Übergang irgendwelche guten Werkzeuge, die irgendwie die Geschichte von ClearCase in Git bringen?

Außerdem habe ich viel gelesen, dass eine Komponente = ein Repo ist. Wir wollen jedoch die aktuelle Komponente in kleinere Teile reorganisieren und teilen. (Die Person, die ClearCase eingerichtet hat, hat nicht wirklich vorausplanen.) Gibt es auch einen Weg, dies zu tun?

Alle Kommentare wären willkommen - einschließlich Antworten und andere Dinge, auf die Sie während des Übergangs achten sollten.

    
Rubasu 13.09.2012, 16:12
quelle

3 Antworten

6

Mit ClearCase UCM haben Sie zumindest vollständige Baselines, mit denen Sie arbeiten können, also Labels, die für alle Dateien einer bestimmten Komponente gesetzt sind.

Aus Erfahrung importieren Sie nie den vollständigen Verlauf von ClearCase in ein Versionssteuerungs-Tool, das auf einer Revision über den Verweis basiert (siehe Unterschied zwischen ClearCase und Git : ClearCase hat eine History-Set-Datei nach Datei, nicht "Revision durch Revision")

Was ich normalerweise tue, wie ich in meiner Antwort " GIT und ClearCase synchronisieren " erwähnte ist:

  • ein Git Repo pro UCM-Komponente
  • importiert nur die letzten 3 oder 4 Baselines für den Integration Stream
  • Importieren Sie einige Baselines aus Sub-Streams nur dann, wenn es wirklich benötigt wird
  • Sperren Sie den UCM-VOB und behalten Sie ClearCase im schreibgeschützten Modus für Archiv
VonC 13.09.2012, 16:59
quelle
3

Probieren Sie dieses Tool aus, um den Verlauf von ClearCase in git zu importieren: Ссылка

In Bezug auf die Reorganisation von Repos bei der Migration von ClearCase zu git gab es nur wenige Diskussionen über SO, zum Beispiel diese: GIT und ClearCase synchronisieren

    
piokuc 13.09.2012 16:21
quelle
3

Ich würde den Fall nicht sofort zurücknehmen. Was Sie tun möchten, ist die Tipps von allen Zweigen in klaren Fällen und Tags zu verpflichten. Dies sollte auf eine Art und Weise erfolgen, die das widerspiegelt, was im klaren Fall passiert ist (logische Verzweigungspunkte erhalten usw.). Benutze Git von diesem Punkt an. Beziehen Sie sich auf den Fall, wenn Sie in die Historie einsteigen müssen. Archivieren Sie schließlich die Groß- / Kleinschreibung und stellen Sie sie nur wieder her, wenn Sie eine Bindung haben, um einige alte Commits zu sehen. Das Importieren von alter Geschichte ist meiner Erfahrung nach nicht die Mühe wert. Es ist oft sehr zeitaufwendig und fehleranfällig.

    
Adam Dymitruk 13.09.2012 16:24
quelle

Tags und Links