どちらがいいですか?UCMまたはベースClearCase?
パラレル開発にはUCMが必要ですか?手動分岐を使用すると、ベースのClearCaseでエラーが発生しやすくなりますか?
シリアル開発は意味がありませんか?同じブランチで作業していますか?
どちらがいいですか?UCMまたはベースClearCase?
パラレル開発にはUCMが必要ですか?手動分岐を使用すると、ベースのClearCaseでエラーが発生しやすくなりますか?
シリアル開発は意味がありませんか?同じブランチで作業していますか?
一方が他方より優れているというわけではありません。UCM は、ベース ClearCase の上に適用することを選択できる、異なる一連のベスト プラクティスを表しています。
UCM は、次のような一連のファイル (UCM の「コンポーネント」) を定義するのに優れています。
並列開発は、マージ ワークフローを定義するために事前に設定できるストリームにより、UCM の恩恵を受けることができます。何も課すことはありませんが、サブストリームでの開発作業を終了した場合、自然に行われるマージは親ストリームへの「配信」です。(ブランチに「階層構造」がないベース ClearCase とは対照的に: ブランチでタスクを完了すると、作業を他のブランチにマージできます:自然なブランチの候補となる可能性があることを思い出させるものは何もありません。あなたのマージのために)。
しかし、もう 1 つの利点は構成の定義です。つまり、「作業」(コンパイル、新しい機能の開発、デプロイ、リファクタリング、または...) を行うために取得する必要があるベースライン (ラベル) の正確なリストです。 .
対処しなければならないコンポーネントの数に応じて、以下を採用します。
追加してもいいですか...
それは、同じプロジェクトに取り組んでいる開発チームの規模と複雑さに大きく依存します。たとえば、世界中の何百人もの開発者で構成される大規模な開発チームがあり、このチームは UCM が提供するすべての機能から本当に恩恵を受けています (上記のマスター VonC が述べたように)。
一方、私の組織のほとんどのチームは約 10 人で、全員が 1 つの場所に同じ場所に配置されています。これらのチームは、配信とマージをいじりたくないので、単純に使用することを選択します。基本的な分岐戦略を備えたベース CC。たとえば、1 つの統合/リリース ブランチの後に、各リリースの各開発ブランチ、または個人の開発ブランチが続きます。小規模なチームの場合は、管理が容易な基本 CC を使用することをお勧めします。
お役に立てれば。