c# - アジャイルプロジェクトでバージョン番号付けをどのように行いますか？

Question

現在、C＃winformsプロジェクトには次のバージョン番号付けスキームを使用しています。

「メジャーリリース」。「マイナーリリース」。「イテレーション番号」。「そのイテレーション内のビルド番号」

バージョン番号を確認するだけで、イテレーション番号とそのイテレーション内のビルド番号を識別できるようにしたかったのです。

以前は、「メジャーリリース」、「マイナーリリース」、「1.0からのシーケンシャルビルド番号」などの操作を行っていました。たとえば、「4.0.648」は、1.0以降648のビルドがあったことを意味しますが、この情報はかなり役に立たず、逸話的です。そのため、イテレーションとイテレーション内のビルドを反映するように変更しました。

したがって、この新しいアジャイルバージョンの番号付けを考慮すると、別の製品グループがプロジェクトのイテレーションに変更を加えたいという問題が発生します。この場合、バージョン番号はイテレーション番号とビルド番号が対応していないため、意味がありません。たとえば、私のプロジェクトの最後のビルドは1.0.5.1で、イテレーション5の最初のビルドを示しています。3回目のイテレーションでプロジェクトに変更を加えて再構築するこの他のプロジェクト。

この状況にどのように対処すればよいですか？アジャイルプロジェクトでバージョン番号をどのように作成しますか？

Answer 1

個人的には、私が一番気に入ったリリースバージョンは、すべてmajor.minorを完全に廃止することだと思います。これは内部アプリケーションでのみ実際に実行可能だと思いますが、そのためには、作業がはるかに楽になります。

通常、社内向けのアプリケーションを開発している場合、ビジネスが実際に使用しているメジャー/マイナーバージョンを気にすることはないことに気づきました。代わりに、彼らはa）次のリリースがいつであるかb）何が出入りするのかを知りたがる傾向があります-そしてそれはそれについてです。あなたが取り組んでいるという事実を維持しようとし、FOO-4.34.0.1-a誰も気にしないBAR-3.19.4.1ときは、コミュニケーションを複雑にするだけです。

以前のグループでは、プロジェクトのキックオフ以外のメジャーリリースは実際にはありませんでした。すべてのリリースは、以前のリリースと同じくらい「メジャー」でした。

その結果、彼らは賢明なことをし、代わりにとしてビジネスに伝えたと思いますPROJECT_RELEASENUM。リリース番号は、リリースを行うたびに「1」ずつ増加し、パッチPROJECT_RELEASENUM_PATCHNUMも「1」ずつ増加します。

それは、ビジネスが必要なすべての機能を備えているまで、開発が継続的な一連のスプリントとして行われるという概念とうまく機能します（実際には決して起こりません-彼らが望むものは常にあります）。ビジネスオーナーはそれを理解し、開発者はそれを伝えることができ、それは私たちが持っていた継続的な開発モデルに自然に貸し出されました。

Answer 2

ソフトウェア プロジェクトの反復ではなく、アジャイル プロジェクトの反復を追跡します。したがって、後発のサイド プロジェクトが別のプロジェクトの後に参加する場合、現在のアジャイル プロジェクトの反復で開始され、不整合は発生しません。

アジャイル プロジェクトのドメイン外の技術プロジェクトが、ドメイン内のプロジェクトとやり取りすることはできません。これはプロセスの PM の失敗であり、共有コード ベースが分岐で使用されているすべてのケースで排除され、プロジェクト完了後のクリーンアップ ステップとしてトランクにパッチを適用する必要があります。

Answer 3

Major.Minor.Build.Revisionどこを好むかBuild- 公開リリースの数Revision- ソース バージョン システムからのリビジョン

Answer 4

私はビルドとリリースのプロセスをチーム開発プロセスから分離することを好みます。そのため、イテレーションやスプリントなどをバージョンに追加することはほとんどありません。あなたのケースは、両方を混在させることがいかに管理が容易でないかについての良い例です。プロジェクトの途中で方法論を変更した場合はどうなりますか (理由は何であれ)。

ご質問への回答ですが、私たちはスクラムを 2 年間使用しており、バージョン形式は従来の Major.Minor.Upgrade.Build です (バグ修正の場合のみ Upgrade を使用します)。最後に、同じバージョンの異なるパッケージを明確にするために必要なだけなので、ビルド番号を使用することは必須ではありませんが、ある種のプライベート バージョンを表す別のシンボルを使用できます。