2

私たちはプロジェクトを持っており、欠陥の修正を除いて大きな変更を加えることなく、安定したコードベースに新しい機能を追加しようとしています。計画では、しばらくの間 (おそらく 1 か月間) 新機能を個別に開発せず、中間ビルドとテストを行い、機能が完成して品質が許容できるようになったら、新機能のコードをメイン ブランチにマージします。

問題は、次の 2 つのシナリオのどちらが Clear Case に関して優れているかです。

  1. 現在のプロジェクトの統合ストリームのベースラインに基づいて新しいプロジェクトを作成し、この別のプロジェクトで新しい機能を開発し、新しいプロジェクトの統合ストリームに中間配信して、統合ストリームからビルドします。そして最終的に、新しいプロジェクトの統合ストリームからメイン プロジェクト (dev または int) への変更を配信します。

  2. メイン プロジェクトでストリームの階層を使用する: メイン プロジェクトで統合ストリームの子ストリーム (temp_int と呼びます) と temp_int の子ストリーム (temp_dev と呼びます) を作成します。temp_dev で新機能を開発し、temp_int への定期的な配信と temp_int からのビルドを行ってから、temp_int からメインの統合ストリームに新機能を配信します。

4

1 に答える 1

1

新しいプロジェクトを作成する必要があるか、サブストリームを作成する必要があるかという問題は、古典的なものです。

私の意見では、どちらのオプションもかなり同等です。

唯一の大きな違いは、この特定の開発作業のために新しいストリームを作成するときに選択できる基盤ベースラインです。

  • サブストリームの場合、親ストリームで作成されたベースラインのみを選択できます。
  • 新しいプロジェクトのメイン ストリームでは、必要なベースラインを選択できます。

それ以外：

  • 新しいプロジェクトは、一貫したコンテナー内の複数のストリームを分離するための新しいスペースを提供します。ただし、新しい機能の開発中に行われた安定したコードのマイナーな進化を含める必要がある場合は、配信する必要があります。
  • 開発が完了すると、サブストリームによりエンドクライアントを明確に視覚化できます。配信は、親ストリームにマージするための自然な操作になります。さらに、最新の状態に保つために、親ストリームから開発ストリームへの定期的なリベースが可能です。

したがって、配信が明確なストリームが 1 つしかない場合は、サブストリーム オプションで十分です。
開発が予想以上に複雑になった場合、プロジェクトはより良いものになります。

于 2009-10-19T14:32:12.777 に答える