Windchill+ リリース管理
次の図は、Windchill+ リリース管理サイクルを表しています。
このサイクルは次の主な段階で構成されています。
1. 開発 - コードとコンフィギュレーションが含まれている CCD パッケージが、オンプレミスで、または PTC でホストされているクラウドポータル仮想マシンで開発されます。
2. 統合へのプッシュ - 複数の開発者とワークストリームからの変更がマージされ、統合テストが実行されます。
3. QA にプッシュ - 検証された変更がユーザー受け入れテスト (UAT) のために QA 環境にプッシュされます。
4. 本番環境にリリース - 承認された変更が本番環境にプロモートされます。
パイプラインの選択 - それが意味すること
展開を設定するときは、INT (統合) や PROD (本番環境) などのパイプラインを選択することだけが必要です。各パイプラインに関連付けられた環境は PTC によって自動的にプロビジョニングされるので、ユーザーが設定する必要はありません。
• INT パイプラインには通常、統合テストまたは開発テストに使用される INT 環境のみが含まれます。
• PROD パイプラインには、設定に応じて複数の環境が含まれる場合があります。ほとんどの場合、PROD には QA 環境と PROD 環境の両方が含まれます。
QA 環境が使用できない場合、PROD には代わりに INT と PROD を含めることができます。このアプローチにより、意思決定が簡素化されます。バックグラウンドで環境マッピングが PTC によって処理されている間、お客様は適切なパイプラインの選択に集中できます。
CCD ビルドタイプとその意図の理解
CCD を扱う際には、開始するビルドのタイプと、それが従うことを意図した動作を理解することが不可欠です。これにより、展開が正しく実行され、システム要件との整合性が確保されます。通常、次の 2 つのタイプのビルドを扱います。
• フルビルド
◦ コードのみ、コンフィギュレーションのみ、またはその両方の組み合わせを含めることができます。
◦ 累積でなければなりません。一貫性を維持し、依存の欠落を防ぐために、以前の変更をすべて含める必要があります。
◦ 有効にするには Windchill の再起動が必要です。
• 読み込み専用ビルド
◦ Windchill を再起動せずにコンフィギュレーションを読み込むときに使用します。
◦ 累積にすることはできません。各読み込み専用ビルドは、現在のコンフィギュレーションに固有のスタンドアロン展開として扱う必要があります。
正しいビルドタイプを識別し、その目的を理解することで、よりスムーズな展開を確保でき、コンフィギュレーションの問題のリスクを軽減できます。
主なポイント
• 展開後、統合環境は 7 日間保持されます。一方、QA 環境は 30 日間保持されます。この期間中、顧客は展開を承認または却下する必要があります。
• この保存期間が経過すると、SaaS リソースを節約するために、環境はその展開前の状態に自動的に復元されます。
• 必要な場合は、環境の復元をサポートするために、各展開の前に完全バックアップが実行されます。
 | 展開が正常に実行された後、下位環境 (INT や QA など) への自動 のホスト再設定は行われません。下位環境にホストを再設定する必要がある場合は、その操作に対して別のリクエストをサブミットします。 |