私の会社では、ClearCase UCMからGitへ（完全に）移行しています。 Gitを使用してしばらくしてからClearcaseを使用しません。ClearcaseからGitへの履歴を保存しますか？
移行では、ClearCaseの履歴をどうにかしてGitに持ち込む良いツールはありますか？
また、1つのコンポーネント= 1つのレポをたくさん読んでいます。しかし、現在のコンポーネントを再編成してより小さな部分に分割したいと考えています。 （ClearCaseを設定した人は、実際には前もって計画していませんでした。）これを行う方法もありますか？
ご意見やご迷惑をおかけしますが、ご了承ください。
少なくとも、ClearCase UCMを使用すると、特定のコンポーネントのすべてのファイルに設定されたラベルで作業する完全なベースラインが得られます。経験によって
、あなたはは、ClearCaseのからの参照間のリビジョンに基づいているバージョン管理ツールへの完全な履歴をインポートすることはありません（difference between ClearCase and Gitを参照してください。ClearCaseのは、改正によって、ファイルによって歴史・セット・ファイルではなく、」リビジョンを持っています「私は私の答えに言及して、私は通常、何）
」Sync GIT and ClearCase "です：
のgitへのClearCaseからの歴史をインポートするために、このツールを試してみてください：https://github.com/charleso/git-cc
レポの再編についてはgitするのClearCaseからの移行時には、SOには、いくつかの議論は、この1は、たとえば、ありました： Sync GIT and ClearCase
私はすぐに明確な判決を撤回するつもりはない。あなたがしたいことは、任意のブランチのヒントをクリアケースとタグでコミットすることです。これは、明白なケースで起こったことを反映するようなやり方で行うべきです（論理分岐点を保存するなど）。その時点のgitを使用してください。履歴を掘り下げる必要がある場合は、クリアケースを参照してください。最終的にクリアケースをアーカイブし、バインド中に古いコミットを参照する場合にのみ復元します。私の経験では、古い歴史をインポートすることは問題にはなりません。多くの場合、非常に時間がかかり、エラーが発生しやすくなります。