問題タブ [clearcase-ucm]

私たちのプロジェクトには、2 つの開発ストリームと 1 つの統合ストリームがあります。

以下はストリームです

Bangalore-Dev-Team メンバーがフォルダーを削除し、同じ名前の新しいフォルダーを作成しました (フォルダーをアンカタログして同じものを作成しました)。次に、さらにファイルを追加し、統合ストリームに配信しました。

Madurai チーム メンバーは同じフォルダで作業していましたが、Bangalore メンバーがそれを削除したことを知りませんでした。現在、彼が変更を配信しようとしている間、彼のアクティビティはリストされていません。

このシナリオに直面した人はいますか? もしそうなら、あなたは是正措置として何をしましたか、そしてそれが起こらないようにどのように防ぎましたか?

ClearCase UCM は初めてで、プロジェクト/ストリームに興味があります。

さまざまなコンポーネントの複合ベースラインであるメインライン プロジェクトがあります。しかし、コンポーネントに関して、長い変更の流れを分割するために異なるリリース バージョンを作成したい場合、リリースごとに異なるストリームまたは異なるプロジェクトを作成する方がよいでしょうか?

私がそうである理由は、時間の経過とともに、プロジェクト/ストリームが多すぎて、一部の人々が混乱する可能性があるためです. ディレクトリの下に特定のプロジェクトのみを表示する方法はありますか (プロジェクト エクスプローラーで?) また、メインライン プロジェクトの異なるバージョンもあるとよいでしょうか?

(私は新しい PVOB をセットアップしているので、このようなものをセットアップするための新しいより良い方法であっても、どんな入力も歓迎します。)

前もって感謝します。

ClearCaseUCMには約27000ファイルの巨大なコードベースがあります。ビルドプロセスは次のとおりです。

1. ストリームの動的ビューからローカルマシン（たとえばディレクトリD:\ABC）にファイルをコピーします
2. コンパイルを開始します

次にコンパイルするときは、クリーンアップD:\ABCして上記のプロセスを繰り返します。コピーには約50分かかります。

スナップショットビューよりも動的ビューを優先する理由は次のとおりです。

1. 最新のコードを使用していることを常に確認できます
2. コンパイル中に多くのコードを生成し、いくつかの既存のコードを変更します。これにより、スナップショットビューがダーティになる可能性があります。
3. スナップショットビューのクリーンアップ、リベースなどの手間が省けます。

スナップショットビューの問題は次のとおりです。

1. 最後のビルドで生成したコードをクリーンアップする必要があります（これらはview-privateとして表示されます）
2. ハイジャックを元に戻す必要があります（コンパイル時に変更する必要があるため、一部のファイルの読み取り専用を削除します）
3. コンパイル中にVisualStudioによって作成された出力ディレクトリとその中のファイルをクリーンアップする必要があります
4. コンパイルするたびにスナップショットビューをリベースする必要があります
5. スナップショットビューの清潔さは信頼できません

私の質問：

1. 動的ビューからファイルをコピーすることで正しいことをしていますか？
2. スナップショットビューを使用して、それがクリーンであることを確認できる方法があるかどうかを知りたいと思いました。
3. プロセスを改善するために採用できる他のオプションやベストプラクティスはありますか？

どんな助けでもいただければ幸いです。

私たちのものは、クリアケースUCMの典型的な実装です：

私には2つのUCMプロジェクトがあり、それぞれが私たちのリリースを表しています。proj1からの安定したベースラインから作成されているproj2

proj1とproj2は並行して動作し、両方の同じ要素が同時に変更される場合があります。したがって、ファイルa.javaは両方のプロジェクトにあり、両方の開発者によって作業されています。毎週のマージアクティビティは、ダウンストリームがアップストリームプロジェクトから最新のものを取得し、マージが調整される場所で発生します。これは私の簡単な生活です。

コードの再構築の一環として、proj2のチームは、要素（主にファイル）を他の場所に移動し始めました。私が他の場所を言うとき、これはコンポーネント内または別のコンポーネントVOBを意味する可能性があります。これはこれまでに起こったことはありません。

実際の問題：

プロジェクト間マージが発生した場合、要素a.javaの宛先ブランチバージョンが別の場所/フォルダーに移動された可能性があります。clearcaseがアップストリームプロジェクトからのバージョンと引き続きマージされるようにするにはどうすればよいですか。cleartool moveクリアケースが適切な場所を認識してマージするのに十分なコマンドを使用していますか？VOB間移動の場合、cleartool relocateコマンドは私にも同じことを行います。私は厳重に管理された環境にいます。そうでなければ、サンドボックスを作成して自分でテストしたでしょう。

私は@VonCまたは@Tamirを銀行に預けています:)

コメントが空でないことを確認するためにコメントをチェックするpreopチェックイントリガーを作成しました。これは問題なく機能します。

ただし、devストリームからintストリームに配信を行うと、チェックインプロセスでトリガーが停止します。これを回避する方法はありますか？配信プロセスのチェックイン中のコメントは空白であると想定しています。

Clearcase UCM と ClearCase Explorer を使用して、しばらく前にファイルを削除しました (コマンドラインでは rmname に相当します)。このファイルの内容を確認する必要がありますが、もちろんディレクトリにあるとは表示されません。ファイルの内容を取得するにはどうすればよいですか (つまり、以前のディレクトリ バージョン (削除前に存在していたバージョン) を確認するにはどうすればよいですか)。

Clearprojexp.exe を別のユーザーとして実行したいと考えています。

私はpowershellプロンプトで次のように使用しようとしていました

ただし、パスワードを手動で入力するように求められます。powershell にはパスワードを暗号化された文字列としてファイルに保存する機能があるため、ファイルから暗号化されたパスワードを渡す方法はありますか?

私の意図は、スクリプトを実行して Clearcase プロジェクト エクスプローラーを別のユーザーとして実行することです。

/Savecred オプションがありますが、パスワードを安全な形式で保存するかどうかはわかりません。

CCRC ビューの構成仕様は、'Refresh->Update from repository' を呼び出すことにより、CCRC Eclipse UI からのストリームと同期できます。

コマンドラインからそれを行う方法があるかどうか知りたかったのです。「rcleartool update」コマンドを試しました。しかし、ストリームからビューの構成仕様を実際に更新するとは思いません。私は間違っているかもしれません ？？

CM APIを使用してこれを試した人はいますか? または他のアプローチ？

次のように、clearcase UCM に 2 つのプロジェクトがあります。

Project-200.1 では、作業を完了し、ベースラインを適用しました

「プロジェクト-200.1-1.1.0.0」

Project-200.1 から Project-200 へ配信したいと思います。

ベースライン化されたコンテンツを配信するにはどうすればよいですか? ベースライン以降に追加されたものは配信したくありません。

Clearcase UCM では、プロジェクト間配信を行おうとしていました。

配信が終わりそうになると、何らかの警告が表示されます。

3 つの要素が表示されていないため、スキップされました。このデリバーまたはリベース操作を完了する前に、それらが表示されない理由を特定する必要があります。これらの要素を表示する必要がある場合は、この操作をキャンセルして問題を修正し、操作を再実行してください。27 個の要素が表示されていないため、スキップされました。このデリバーまたはリベース操作を完了する前に、それらが表示されない理由を特定する必要があります。これらの要素を表示する必要がある場合は、この操作をキャンセルして問題を修正し、操作を再実行してください。

どういう意味ですか？ファイルが存在しないかどうかは、ターゲット ストリームですか?