2

メインの統合ストリームと他の環境用の他のいくつかのストリームを持つストリーム戦略を考え出しました。以下に示すような簡単なアイデア。

Integration Stream
-- Production
-- Development
---- Stream for release 1.0
---- Stream fix release 1.0

子ストリームを開発に使用して開発ストリームに配信し、アクティビティを選択してベースラインを作成し、それらを統合ストリームにプロモートする予定です。

私はこのフォーラムで非常に有益な投稿をいくつか読みましたが、そもそも疑問はほとんどありません。私はUCM環境に不慣れであり、使用法の全体像を把握するのは難しいと感じています。

  1. ベースラインを開発ブランチまたは統合ブランチで作成する必要があります。
  2. ベースラインはライフサイクルをどのように通過しますか？テスト、リリースなどの後に作成するベースラインは、プロモーションレベルのみが変更されますか？

誰かがこのプロセスを説明できれば非常に役に立ちます。

前もって感謝します。

よろしく

4

1 に答える 1

0

1/ベースラインを開発ブランチまたは統合ブランチで作成する必要があります。

必要な任意のストリームにベースラインを作成できます。これらは、書き込み可能なコンポーネントの単なるラベルです。
中間ベースラインは、クリーンアップする必要がある場合、後で「廃止」（ロックされて非表示にする）できます。

開発ストリームの名前を「統合」に変更する必要があります。これは、実際に本番環境に送られるものを統合する場所であるためです（「統合ストリーム」で配信されます。ここでは、「本番環境」ストリームは必要ありません）。

修正は「公式」（つまり「本番環境」）ラベルから開始されるため、ストリーム「Streamfixreleasexy」をIntegrationStreamの下に移動することをお勧めします。

注：「アクティビティの配信」は、ソースストリームからのすべてのアクティビティをリンクするタイムラインを作成することに注意する必要があります。つまり、ストリームAからストリームBにアクティビティの一部を配信することはできますが、ストリームAからストリームCに配信することはできません（すべてのアクティビティを配信しない限り）。 つまり、すべてのアクティビティのベースライン化と提供は常に簡単です。

2/ベースラインはライフサイクルをどのように通過しますか

まず、ステータス「TESTED」、「VALIDATED」、...は、ベースラインが設定されているストリームとは関係なく、任意の値に設定できる単なるメタ属性です。

ライフサイクルは、次のように決定されます。

  • マージのワークフローにより、あるブランチ（ストリームからビルド）から別のブランチへのさまざまな開発作業を分離できます。
  • ベースラインに関連付けるステータス（メタデータ）。
于 2010-03-08T11:20:56.733 に答える