開発者が既存の階層に追加されるプロジェクトを作成する場合、ステップ 1a と 1b が必要です。この操作を実行する開発者は、component_developer ロールへのアクセス権が必要です。
手順
- 開発者が以下のタスクを完了していることを確認してください。
- 開発者がカレント・タスクを完了している。
- 開発者が新規プロジェクトをチェックインしている。
- チェックインしたプロジェクトから統合テスト・プロジェクトをコピーします。
バージョン、目的、プラットフォーム、およびリリースを必ず設定します。
- 統合テスト・プロジェクト階層に新しい統合テスト・プロジェクトを追加します。
開発者が既にそのプロジェクトを階層内のディレクトリーに追加していて、そのディレクトリーをチェックインしている場合、統合テスト・プロジェクト階層を更新します。更新により、Rational® Synergy は新規ディレクトリーを選択し、新規プロジェクトを組み込みます。更新については、ビルド管理プロジェクト階層の更新で説明しています。
あるいは、開発者が新規プロジェクトを階層に追加していない場合、プロジェクトを統合テスト・プロジェクト階層に追加します。(この操作については、階層への既存プロジェクトの追加で説明しています。)
さらに、タスクを作成し、変更が完了したときにタスクを実行します。
新規プロジェクト内に空のディレクトリー・エントリーがある場合、一部のオブジェクトはおそらくこのリリースのタスクに関連付けされません。
- 必要に応じて、外部プロジェクトを作成します。ビルド管理プロジェクトを、統合テスト・プロジェクト用に 1 つ、システム・テスト・プロジェクト用に 1 つ追加します。
この操作については、外部プロジェクトの作成で説明しています。
- 必要に応じて、パラレル・プラットフォーム用のバージョンを作成します。統合テスト・プロジェクト用に 1 つ、システム・テスト・プロジェクト用に 1 つ追加します。
この操作については、プラットフォームのセットアップで説明しています。
- 新規プロジェクトが複数のリリースに適用される場合、新規プロジェクトのパラレル・リリース・バージョンを作成します。統合テスト・プロジェクト用に 1 つ、システム・テスト・プロジェクト用に 1 つ追加します。
この操作については、パラレル・リリースのセットアップで説明しています。
- 行った変更が反映されるように、makefile、ビルド・プロセス、およびすべての自動化ジョブを変更します。
- 再構築のために使用したすべてのタスクを実行します。
- 『開発者へのベースラインの公開』を参照してください。
- 統合テスト・プロジェクト階層を更新し、アプリケーションを再ビルドして、テスト・スイートを実行します。
- 別のベースラインを作成します。
- 新しい各統合テスト・プロジェクトに対応するシステム・テスト・プロジェクトを作成します。
この操作については、システム・テスト・プロジェクトの作成で説明しています。
- システム・テスト・プロジェクト階層を更新し、アプリケーションを再ビルドして、テスト・スイートを実行します。
- システム・テストを実行します。
注: 各プラットフォームについてこのプロセスを実行し、各プラットフォームの統合テスト・プロジェクトおよびシステム・テスト・プロジェクトをチェックアウトします。