質問

私は現在 ClearCase に取り組んでおり、現在は GIT に移行しています。ただし、すべての作業が GIT で実行され、データが ClearCase ストリームに同期されるような方法でこの移行を行う必要があります。GIT と CC の両方で同じブランチ名とストリーム名を使用するため、スクリプト作成は問題ありません。ここでの問題は、

誰かがCCとGITを同期するのに最適なモデルを提案してもらえますか

  1. CC 内のすべての Vob を GIT 内の単一リポジトリとして持ち、メジャー ストリームを GIT 内のさまざまなブランチとして CC に持ちます。- 単一の GIT リポジトリ (VOBS) と多数のブランチ (CC ストリーム)。- VOB が多くのブランチを持つ単一のリポジトリとして保持されるため、必要なスペースが少なくなります。

  2. 重要な CC ブランチを独立した GIT リポジトリとして持ち、各リポジトリにすべての CC VOB を含めます。- 多くの CC ブランチに対する多くの GIT リポジトリ - VOB がレプリケートされるため、これは多くのスペースを占有します。

ClearCase との同期を保つための最良の方法はどれだと思いますか

役に立ちましたか?

解決

CC 内のすべての Vob を GIT 内の単一リポジトリとして持ち、メジャー ストリームを GIT 内のさまざまなブランチとして CC 内に持ちます。

いいえ、はい

重要な CC ブランチを独立した GIT リポジトリとして持ち、各リポジトリにすべての CC VOB を含める

いいえ、いいえ

再読 についての私の答え Git の制限, 、Git リポジトリに「すべて」を詰め込もうとするべきではありません。
「」も参照してください。すべての開発者が知っておくべき基本的なクリアケースの概念は何ですか?ClearCase と Git の比較については、「」を参照してください。

ストリームはブランチとして安全にインポートできます。
ただし、VOB は必ずしも Git リポジトリであるとは限りません。

UCM を使用している場合は、UCM コンポーネントごとに 1 つの Git リポジトリを作成することをお勧めします。

とにかく、同期を戻すために使用する ClearCase ビューを知る方法を Git リポジトリに記録する必要があります ( 単純 clearfsimport) あなたのデータ。
ClearCase データの再インポートに使用されるビューは、適切な VOB の適切なストリームに自動的に関連付けられた UCM ビューになります。


注記:」で言及しましたgit を ClearCase にブリッジするにはどうすればよいですか?" より単純な解決策ですが、 全て Git リポジトリ内の履歴。

他のヒント

これが 2 つを同期する「最良の」方法であるとは必ずしも言えませんが、前述したように、履歴をインポートし、私の git-cc ツールを介して変更を Clearcase にプッシュすることができます。 ここ.

Gitのレポが本当に単一のプロジェクト、VOBSと同じ方法で使用されることを意味しているので、

枝やレポ取引については、私は、1つのVOB == 1つのGitのレポルールとなるだろう。

の支店については、VOBS /リポジトリ全体のブランチ名が一致する必要があります。これはあなたの場合にも使用することができるかどうかを確認するためにgitでサブモジュールを見てみましょう。

私は個人的に見てみたいことは、私が使用するように強制しています企業CCリポジトリと同期することができながら、私は私のdevのボックスのGitを使用できるようになります成熟のgit-CCのバックエンドは、あるます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top