11

私の会社では、ClearCase UCM から Git に (完全に) 移行しています。Git をしばらく使用した後、Clearcase を使用しなくなります。

移行において、履歴を ClearCase から Git に何らかの形で持ち込むための優れたツールはありますか?

また、1 つのコンポーネント = 1 つのレポということをよく読みました。ただし、現在のコンポーネントを再編成して小さなパーツに分割したいと考えています。(ClearCase をセットアップした人は、実際には前もって計画を立てていませんでした。) これを行う方法もありますか?

回答や移行中に注意すべきその他の事項など、コメントをお待ちしております。

4

3 に答える 3

8

少なくとも、ClearCase UCMを使用すると、使用できる完全なベースライン、つまり、特定のコンポーネントのすべてのファイルに設定されるラベルがあります。

経験上、ClearCaseから参照全体のリビジョンに基づくバージョン管理ツールに完全な履歴をインポートすることはありません（ ClearCaseとGitの違いを参照してください：ClearCaseには「リビジョンごとのリビジョン」ではなくファイルごとの履歴セットがあります）

私の答え「SyncGITandClearCase 」で述べているように、私が通常行うことは次のとおりです。

  • UCMコンポーネントごとに1つのGitリポジトリ
  • 統合ストリームの最後の3つまたは4つのベースラインのみをインポートします
  • 本当に必要な場合にのみ、サブストリームからいくつかのベースラインをインポートします
  • UCM VOBをロックし、アーカイブ用にClearCaseを読み取り専用モードのままにします
于 2012-09-13T16:59:32.227 に答える
3

このツールを試して、ClearCaseからgitに履歴をインポートしてください：https ：//github.com/charleso/git-cc

ClearCaseからgitに移行する際のリポジトリの再編成に関しては、SOに関する議論はほとんどありませんでした。たとえば、これは SyncGITとClearCaseです。

于 2012-09-13T16:21:56.173 に答える
3

私は明確な事件をすぐに引退させません。あなたがしたいのは、クリアケースとタグでブランチのヒントをコミットすることです。これは、明確なケースで起こったことを反映した方法で実行する必要があります（論理分岐点を保持するなど）。その時点からgitを使用します。履歴を掘り下げる必要がある場合は、明確なケースを参照してください。最終的にはクリアケースをアーカイブし、古いコミットを確認するためにバインドされている場合にのみ復元します。古い履歴をインポートすることは、私の経験では問題を起こす価値がありません。多くの場合、非常に時間がかかり、エラーが発生しやすくなります。

于 2012-09-13T16:24:13.733 に答える