0

ASP.NETには、3か月に1回新しい機能を追加し続ける製品があります。これで、3か月で完成しない、より大きな機能を実装できるようになりました。私たちはこれらの変更に取り組み続けたいと思っていますが、私たちが決定するまで、それらが顧客に利用可能になることを望んでいません。ただし、他の小さな機能が含まれるリリースを3か月に1回作成したいと考えています。これらの機能には、データベースの変更も含まれています。

ASP.NETでこの条件付きリリースを作成するための最善の解決策は何ですか。かなりの労力がかかるため、今のところブランチとマージは使用しません。任意の提案をいただければ幸いです。

4

3 に答える 3

3

あなたの製品やあなたが達成しようとしていることについてこれ以上の洞察がなければ、この種の条件付きリリース機能を製品自体に実装する必要があると思います. 変更がスタンドアロン モジュールの性質に近い場合。このようにして、開発ライフサイクル全体にわたってビルドの整合性を維持できます。

ただし、3 か月以上のリリース スケジュールのコンテキストでは、ブランチ マージ オプションは多くの労力を必要とするものではないと主張します。セットアップにはせいぜい数日かかり、開発の最後にはメイン ブランチにマージするのに数日かかります。これは、新しい機能が多くの場所で多くのコードに影響を与える場合に最適なオプションです。

いずれにせよ、コードを乱雑にしないでください

if (yourapplication.version != someversion)
{
   //do version specific stuff
}
else
{
   //do other stuff
}

これにより、最終的にコードベースが破壊されます

于 2013-01-16T10:46:10.990 に答える
1

実際、考えられる最善の解決策は、ブランチとマージを使用することです。プロジェクトを「より大きなリリース」ブランチに分岐し、メイン ブランチに新しい機能を追加し続けます。これらのより大きな機能が完了するまで、ソース管理をまったく行わないようにするには、さらに多くの労力必要になると思います。

于 2013-01-16T10:44:43.153 に答える
0

このようなシナリオでは、 Team Foundation Serverのブランチを使用して、小規模な拡張機能とインシデントのリリース日が大規模なプロジェクトによって妨げられないようにします。

于 2013-01-16T10:54:45.163 に答える