開発プロジェクト中、提供されたコードは、本番環境に到達する前に、さまざまなステージ間を移動できます（たとえば、展開プロセスをテストするための開発環境、QCの内部テスト、本番環境前、そして最終的に本番環境）。
この開発努力により、特定のリリースが本番環境に到達するまで開発プロセスで上に移動するように指名できる多くの候補リリースが生成されます。また、本番環境にデプロイされたコードが、現在の内部開発ライン（つまり、並列開発）。
IBM Rational ClearCase（CC）によって保守されている特定のUCMプロジェクトの場合、以下に対応するために「プロジェクト・エクスプローラー」で作成する推奨プロジェクト構造は何ですか。
- 開発者は、主に内部開発ライン（またはCC用語では開発ストリーム）で作業を接続して提供する必要があります。
- この開発ストリームに配信されたコードが受け入れ可能であると見なされると、テクニカルチームリード（TTL）がベースラインを作成できます。このベースラインは、後でデプロイメントエンジニアが取得して、ローカルの開発環境にデプロイできます。
- このベースラインが許容できると判断された場合、このベースラインは全体として内部テストストリームに配信され、さらなる品質管理（QC）テストのために展開されます。
- このベースラインが許容範囲内であると判断された場合、このベースラインは全体としてプリプロダクションなどに配信され、上記と同様にプロダクションに配信されます。
- もちろん、これらのベースラインのいずれかが受信側によって受け入れられなかった場合、それは拒否される可能性があり、受信側は別のベースラインがストリームに推奨されるのを待ちます。
注：デプロイメントエンジニアは、ビルド/デプロイメントアクティビティを実行するために必要なファイルを取得するために、常に各環境に専用のストリームを使用します。
これに答えるのは長くなる可能性があることを理解しているので、ここで皆さんに謝罪しますが、私の質問は、上記の目的を十分に満たすために「プロジェクトエクスプローラー」で作成する必要があるストリームやビューの正確なタイプに焦点を当てています。
私は、CCを使用したリリース管理のベストプラクティスのアプローチと、この目的でどのように最適に使用できるかを考え出そうとしています。
よろしくお願いします。よろしくお願いします...
