2009-07-18 10 views
4

私はClearCaseショップで働いていますが、私のコードレビュープロセスでは私の日々の変化を追跡することができません。私のCCビューの上にhgリポジトリを作成すると、本当にうまく動作します。私は自分の変更を追跡し、ファイルサーバー上で簡単にバックアップを作成したり、人々のために差分を作成したりすることができます。クリアケースの水銀のオントップを使用している場合の履歴を保存する

新しいCCビューに移動して履歴を残しておく必要があります。私はできるようにしたいですか?私の以前の履歴は、新しいビューでは異なるものがすべて最新の変更セットとして表示されます。

答えて

1

GitはClearCaseの静的ビュー内で使用しました。

CCでは、新しい(ラベル付き)リリースで作業を開始し、config specが適切に変更されると、Gitはこれを通常のチェンジセットとして選択します。

Gitはconfig specsについて何も知らず、CCは.gitディレクトリについて何も知らないので、魔法はうまく動作します。 config specが変更されると、変更されたファイルはリロードされますが.git dirには触れないので、Gitは依然としてrepoを見ます。

私はMercurialに関する経験はありませんが、私はそれを起動し、いくつかのdirsとファイルを追加しました。それは同じように動作するようです。

+0

私たちはそれを使用するためのいくつかのより奇妙な理由があります。特に、チーム全体が同じ静的ビュー - WTFを共有しています。とにかく。 –

3

ClearCaseを使ったことはありませんでしたので、CCビューの内容はよく分かりませんが、ここで適切かもしれないベンダー落としの一般的なテクニックがあります:上流(CC)バージョンを、リビジョン0、hgブランチvendorまたは任意のものを使用してください。デフォルトのブランチに戻ってハックしてください。その後、最新のアップストリームバージョンに移動する場合は、hg repoでもう一度vendorをチェックアウトし、作業ディレクトリを新しいアップストリームに置き換えて--similarityオプションを使用してhg addremoveを実行し、現在のバージョンとコミットしてマージしますtipを開き、デフォルトのブランチに戻ります。各ClearCaseのビューが自分のパスになりますので、

2

は(スナップショットビューの場合)またはローカルディレクトリ(動的ビューのために)、brendan's answerを完了するには、する必要があります:

    があなたのHGレポを移動
  • 新しいCCビューの新しいconfig specによって導入された変更を隔離するために、hg repoの新しいブランチをチェックアウトします(たとえば、UCMを使用している場合、CCストリームの名前をhgブランチにミラーリングできます)
  • Syncing the CC view with your Mercurial Repository
+0

最初のステップで具体的になると思いますか? –

+0

hg repoを動かす:最初のCCビューにあるオリジナルのhg repoを直接的に同期させることではなく、CCビューの外側でクローンを作成し、正しいブランチに設定し、そこから順番に新しいブランチを作成する新しいCCビューで導入されたファイルを分離します。その新しいビューを外部レポと同期させることができます。最後に、その外部レポを新しいCCビューにクローンすることができます。 – VonC

+0

"右ブランチに設定":最初のCCビューからのブランチを意味します。最初のビューで最初にhgレポを作成したブランチです。こうすることで、新しいコンテンツでhg repoを同期させると、同じhgリポジトリに新しいCCビューのコンテンツを追加することができます。 – VonC

関連する問題