Geschichte von Clearcase nach Git speichern?

Question

In meinem Unternehmen 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 die Geschichte von ClearCase in Git irgendwie bringen?

Auch habe ich viel gelesen, dass eine Komponente = ein Repo. 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ürden geschätzt werden - einschließlich Antworten und andere Dinge, auf die Sie während des Übergangs achten sollten.

Answer 1

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 werden.

Durch Erfahrung, Sie nie Import der vollständige Geschichte von Clearcase zu einer Version Control Tool, das auf Revision über die die Referenz basiert (siehe difference between ClearCase and Git: Clearcase hat eine Geschichte Set Datei für Datei, nicht „Revision durch Überarbeitung ")

Was ich in der Regel tun, wie ich in meiner Antwort erwähnen" Sync GIT and ClearCase "ist:

• ein Git-Repo pro UCM Komponente
• Import nur die letzten 3 oder 4 der Grundzüge für die Integration Stream
• Import einiger Grundlinien von Sub-Streams nur, wenn es wirklich nötig ist
• Sperren des UCM vob und hält Clearcase im schreibgeschützten Modus für Archiv

Answer 2

versuchen Sie dieses Werkzeug Geschichte von Clearcase zu git importieren: https://github.com/charleso/git-cc

Im Hinblick auf die Sanierung von Repogeschäften, wenn sie von Clear Migration Git, gab es nur wenige Diskussionen über SO, zum Beispiel dieses: Sync GIT and ClearCase

Answer 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.