1
ClearCase UCMには約27000個のファイルを持つ巨大なコードベースがあります。次のように私たちのビルドプロセスは次のとおりです。ClearCase UCMのスナップショットビューでコードを編集
- スタートコンパイル
我々はクリーンアップコンパイル次回(ディレクトリD:\ABC
言う)ローカルマシンへのストリームの動的なビューから
D:\ABC
と入力し、上記の処理を繰り返します。コピーには約50分かかります。私たちは、スナップショットビュー上で動的ビューを好む な理由は以下のとおりです。
- 我々は常に我々は我々が多くのコードを生成し、コンパイル時にいくつかの既存のものを修正する最新のコード
- を使用していることを確認することができます。これにより、スナップショットビューが汚れることがあります。
- 我々は
スナップショットビューのトラブルがある...それなどをリベース、スナップショットビューを掃除の手間から保存されています
- 我々はクリーンアップするためのコードを必要とする私たち
- ハイジャックを元に戻す必要があります(コンパイル時にファイルを変更する必要があるため、一部のファイルの読み取り専用を削除します)
- 私たちはクリーンアップする必要があります生成された出力ディレクトリとその中のファイル我々がやっている
- :コンパイル
- 中のVisual Studioによって、我々はスナップショットビューの清潔
私の質問に信頼していないスナップショットビューに我々は
- をコンパイルしようとするたびにリベースする必要があります動的なビューからファイルをコピーすることによって正しいことを?
- 私はスナップショットビューを使用できる方法があるかどうかを知りたがっているが、それでもきれいであることを確認したいのですが?
- プロセスを改善するために採用できる他の選択肢やベストプラクティスはありますか?
ご協力いただければ幸いです。
ビルドが成功した後にベースラインを作成します。だからベースラインを得ることは選択肢ではない。また、このプロセスは開発者にとってではなく、継続的な統合の一部です。したがって、ベースラインに頼らずに最新のソースコードを入手する必要があります。 – msiyer
VonCさん、私たちのプロセスでは、コピーを開始する前にストリームをロックします。だから、私たちは何をコピーしているのか確信しています。私たちはビルドが成功した後にのみベースラインを行います。だから、成功したビルドはベースラインの前提条件です。これは、やはり開発者が従うビルドプロセスではありません。これはSCMチームの継続的な統合プロセスです。 – msiyer
@msreekantあなたはまた、*コピー前にベースライン化することができます。次に、ストリームをロックする必要はありません。ストリームをブロックせずに、ビルドされたコードとコードの間に明確なリンクを確立する必要があります。 – VonC