問題タブ [clearcase-ucm]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
clearcase - 複数のプロジェクトまたは VOB ですか?
私は最近、ClearCase UCM の管理者の地位を引き継いだばかりなので、この投稿に関する意見をお待ちしております。
現在、1 つのプロジェクトで 1 つの VOB を使用しています。私たちが取り組んでいるプロジェクトが、自動車、CAR X のソフトウェアであるとします。
現在、1 つの VOB、1 つのコンポーネント、および「CAR X」と呼ばれる 1 つのプロジェクトがあり、全員 (おそらく 12 ~ 15 人の開発者) が車のソフトウェアに取り組んでいます。
将来的には、おそらく「CAR X」に使用されているソフトウェアをベースにして、「CAR Y」と呼ばれる新しい車用のソフトウェアを作成する必要があるでしょう。これらはある程度分離したいと考えています。新しい VOB を作成する必要がありますか、それとも現在の VOB 内に新しいコンポーネントを作成する必要がありますか? 新しい VOB とプロジェクトが作成された場合、ファイルは新しいプロジェクトからインポートおよび変更できますよね? 同じ VOB に格納された各プロジェクトに 1 つのコンポーネントを使用することの欠点はありますか?
これは説明が複雑なので、うまくいけば、アイデアを理解することができました. より具体的に説明したり、質問に答えたりする必要がある場合は、コメントを残してください。
ありがとう!
version-control - 典型的なベストプラクティスのClearCaseプロジェクト構造
開発プロジェクト中、提供されたコードは、本番環境に到達する前に、さまざまなステージ間を移動できます(たとえば、展開プロセスをテストするための開発環境、QCの内部テスト、本番環境前、そして最終的に本番環境)。
この開発努力により、特定のリリースが本番環境に到達するまで開発プロセスで上に移動するように指名できる多くの候補リリースが生成されます。また、本番環境にデプロイされたコードが、現在の内部開発ライン(つまり、並列開発)。
IBM Rational ClearCase(CC)によって保守されている特定のUCMプロジェクトの場合、以下に対応するために「プロジェクト・エクスプローラー」で作成する推奨プロジェクト構造は何ですか。
- 開発者は、主に内部開発ライン(またはCC用語では開発ストリーム)で作業を接続して提供する必要があります。
- この開発ストリームに配信されたコードが受け入れ可能であると見なされると、テクニカルチームリード(TTL)がベースラインを作成できます。このベースラインは、後でデプロイメントエンジニアが取得して、ローカルの開発環境にデプロイできます。
- このベースラインが許容できると判断された場合、このベースラインは全体として内部テストストリームに配信され、さらなる品質管理(QC)テストのために展開されます。
- このベースラインが許容範囲内であると判断された場合、このベースラインは全体としてプリプロダクションなどに配信され、上記と同様にプロダクションに配信されます。
- もちろん、これらのベースラインのいずれかが受信側によって受け入れられなかった場合、それは拒否される可能性があり、受信側は別のベースラインがストリームに推奨されるのを待ちます。
注:デプロイメントエンジニアは、ビルド/デプロイメントアクティビティを実行するために必要なファイルを取得するために、常に各環境に専用のストリームを使用します。
これに答えるのは長くなる可能性があることを理解しているので、ここで皆さんに謝罪しますが、私の質問は、上記の目的を十分に満たすために「プロジェクトエクスプローラー」で作成する必要があるストリームやビューの正確なタイプに焦点を当てています。
私は、CCを使用したリリース管理のベストプラクティスのアプローチと、この目的でどのように最適に使用できるかを考え出そうとしています。
よろしくお願いします。よろしくお願いします...
build - ビルドおよび構成管理におけるファイルバージョン番号付けの背後にあるロジックは何ですか?
私たちのプロジェクトでは、次のようにベースライン変換を使用しています。
ProjName -...(ex Proj-2.0.1.20の場合)
ファイルバージョン番号を2.0.1.20として更新するために使用します。
Clearcase UCMでコンポーネントを作成した後、一部のコンポーネントをビルドしないままにしておく傾向があります。(そこで変更が行われていないため)
すべてのコンポーネントにベースラインを適用することはできましたが、ビルドされていない場合はファイルバージョン番号を更新できませんでした。
したがって、ベースライン番号とファイルバージョン番号は同じではなくなります。
私の質問はこれです:トレーサビリティがより簡単になるように、ファイルバージョンとベースラインで同じバージョン番号に従う必要がありますか?それは標準的な慣習に従っていますか?
clearcase - 特定のコンポーネントにのみベースラインを適用するにはどうすればよいですか?
ClearcaseUCMを使用しています。構成アイテムを維持するために、コンポーネントを作成しました。
プロジェクト/ステラム全体にベースラインを適用するために使用します。
特定のコンポーネントのみにベースラインを適用する方法はありますか?
clearcase - ClearCaseUCMで作成された2つのベースライン
複合ベースラインを使用してプロジェクトを設定しています。「メインライン」プロジェクトに送信するベースラインを作成すると、常に2つのベースラインが作成されます。1つは「COMP_BL」と呼ばれ、もう1つは「COMP_BL。####」と呼ばれます。
これが起こる理由はありますか?セットアップが間違っている可能性がありますか?
shell - 私のLinuxホームディレクトリでビューの場所を見つける方法
以下に示すさまざまなフォルダーの下にある Linux ホームディレクトリに多くのビューがあります。
ここで、他のスクリプトで作業するために、Linux ディレクトリ内のすべての clearcase ビューを以下の形式で一覧表示したいと考えています。
自分で作成したホーム ディレクトリ内のすべてのビューを検索し、シェル スクリプトでビューの一覧を表示するにはどうすればよいですか?
現在、一度に 1 つのフォルダー ビューを表示できますが、すべてのビューを検索して上記の形式で表示する必要があります。
私のビューは動的ビューのみで、スナップショットではありません。私の問題は、複数のディレクトリに保存されたビューにありました。UNIX ホーム dir のすべてのビューを検索する必要があります。今、私はコマンド cd ~/views ViewCount=ls ~/views を使用して仕事をしています。しかし、これはビューを 1 つの dir にリストします。同様に、すべてのディレクトリのホーム ディレクトリにあるすべてのビューを一覧表示する必要があります。すべてのビューを検索してビューを一覧表示する方法はありますか
clearcase - Clearcase Explorer にドラッグ アンド ドロップすると、ファイル名が小文字に変換されるのはなぜですか?
私の同僚の 1 人が、clearcase の奇妙な問題を報告しました。(ベースクリアケースビューです。)
Windows エクスプローラーから Clearcase エクスプローラーにファイルをドラッグ アンド ドロップすると、ファイル名が自動的に小文字に変換されます。
手動で再度変更する必要があるため、彼にとっては頭痛の種です。
clearcase エクスプローラーで試してみましたが、その動作は見つかりませんでした。オプションで試しましたが、適切な解決策が見つかりませんでした。
これに直面し、これに取り組んだ人はいますか?もしそうなら、解決するための手順を手伝ってください。
version-control - リベース後、クリアケースビュー全体を更新します
リベースが実行されると、子ストリームのすべてのチェックアウトが防止されます。
実際、Clearcaseは、すべてのビューが新しいストリーム構成に基づいていることを確認する必要があるため、次のメッセージが表示されます。
ストリームの構成が変更されました。この更新操作により、ビューに新しい構成が表示されます。今すぐビューを更新しますか?
すべてのビューを更新することの絶対的な必要性を説明するシナリオを想像しようとしています。
古いファンデーションベースラインからリベースが行われた場合を想像します。
したがって、現在の子の構成ストリームは引き続き現在の親のベースラインに基づいているため、ファイル内で更新が実行されなかった場合、ファイルの保持にはまとまりのない状態が含まれます。
この完全な更新を実行する正当な理由は何ですか?
その予防策がなかったとしましょう:
リベース後、ストリームの子内のファイルを変更してチェックインできた場合、潜在的な問題は何でしたか?
clearcase-ucm - ClearCaseUCMを使用した再帰的チェックアウト
私は再帰的なチェックアウト/チェックインスクリプトを探していましたが、私が見たものはすべてベースのClearCase専用です。これには理由がありますか?ClearCase UCMに使用できるスクリプトを持っている人はいますか?
また、誰かが一度にたくさんのファイルをチェックアウトしなければならない理由も個人的にはわかりません。誰かにこれを行う能力を与えることの大きな落とし穴はありますか?
追加した:
私はこれを見つけましたが、これが最善の方法かどうかはわかりません。それはあなたのコマンドを持っているようです。彼らはコマンドラインにあまり精通していないので、GUIでこれを実行できるようにしてほしいと思います。
http://www.ibm.com/developerworks/rational/library/4687.html
再帰的にチェックアウトおよびチェックインするスクリプト
注:以下の手順では、ClearCaseメニューをカスタマイズできるようにするためのローカル管理権限が必要です。
チェックアウト再帰的にチェックアウトするオプションについては、次の手順を実行します。clearmenuadmin.exeユーティリティを起動します(これを行うには、[スタート]> [ファイル名を指定して実行]をクリックし、clearmenuadmin.exeと入力します)。[オブジェクトの種類]タブで、ディレクトリオブジェクトを選択します。オブジェクトの状態としてチェックインを選択します。[使用可能]メニューの[選択肢]ペインで新しいボタンをクリックし、適切なフィールドに次の情報を入力します。メニューテキスト:チェックアウト(再帰的)...ヘルプテキスト:選択したアイテムを再帰的にチェックアウトします。 ..コマンドタイプ:Executable / Regentryコマンド:Software \ Atria \ ClearCase \ CurrentVersion \ ContextMenus \ CmdLineExe初期ディレクトリ:
引数:/ c cleartool find $ file -exec "cmd / c cleartool checkout -nc \"%CLEARCASE_PN%\ ""コメント:これが完了したら、[追加]ボタンを押して、この新しいメニューエントリを[このメニューのコンテンツ]ペインに追加できます。[上に移動]ボタンを使用して、必要に応じて配置します。このカスタマイズが完了したら、[構成]>[適用]を選択して変更を適用します。次に、Windowsエクスプローラーでテストできます。
チェックイン
再帰的にチェックインするオプションについては、次の手順を実行します。clearmenuadmin.exeユーティリティを起動します。[オブジェクトの種類]タブで、ディレクトリオブジェクトを選択します。オブジェクトの状態としてチェックインを選択します。[使用可能]メニューの[選択肢]ペインで新しいボタンをクリックし、適切なフィールドに次の情報を入力します。メニューテキスト:チェックイン(再帰的)...ヘルプテキスト:選択した項目を再帰的にチェックインします。 ..コマンドタイプ:Executable / Regentryコマンド:Software \ Atria \ ClearCase \ CurrentVersion \ ContextMenus \ CmdLineExe初期ディレクトリ:
引数:/ c cleartool find $ file -exec "cmd / c cleartool checkin -nc -identical \"%CLEARCASE_PN%\ "" コメント:これが完了したら、この新しいメニューエントリをメニューコンテンツペインに追加し、必要に応じて配置し、前の手順で説明したように変更を適用してから、Windowsエクスプローラーでテストできます。コマンド:
これはそれを行うための最良の方法ですか?(私は議論を理解していますが、コマンドは私を投げています。(これはローカルマシンまたはサーバー上の.exeですか?)これは誰でも利用できますか、または人々が使用している各マシンでこれを設定する必要がありますか?)
clearcase - ラベルを移動した後の間違ったバージョン (ClearCase)
今朝ストリームのベースラインを作成しましたが、誰かがベースラインに含めたくないいくつかのファイルに変更を加えました。
バージョン ツリーを使用して、ラベルを最新バージョンから以前のバージョンに移動しました。(まず、これは間違っていましたか?)
次に、そのベースラインを別のプロジェクトのストリームに配信しました。それは正常に動作し、すべての正しいバージョンのファイルが届きました。ただし、現在表示されているファイルはバージョン 22 で、表示できないバージョン 23 があります。(ベースラインに含めたくありませんでしたが、新しいバージョンを見たいです。)ビューにファイルの最新バージョンを表示させる方法はありますか?
注: 新しいベースラインを作成しようとしましたが、ClearCase のベースラインにはバージョン 23 ではなくバージョン 22 が含まれていました...