ソリューションを継続的統合 tfsbuild 2010 サーバーに統合しました。これは、すべてのライブラリを構築するのにうまく機能します。
次に、CI サーバーでビルドするたびにバージョン番号を増やしたいと思います。
バージョン番号の構成は、(メジャー バージョン).(マイナー バージョン).(リビジョン番号).(ビルド番号)です。
私の質問は、このシナリオでインクリメントする必要がある数値としてのベスト プラクティスは何ですか? ビルド番号は 1.1.1.123 になり、次のチェックインの結果は 1.1.1.124 などになると考えていたでしょう。
リビジョン番号がインクリメントされるのはいつですか？メジャーはメジャー リリースのマニュアルであり、マイナー バージョンはリリース用に複数のブランチを作成するためです。
私は正しいですか、それとも正しい慣行は何ですか?
メジャー、マイナー、リビジョンについては、「セマンティック バージョニング 2.0」を参照してください。
同様の機能セットのビルドの場合、ビルド番号のみがインクリメントされます (ビルドが成功した場合、Gonenの コメントは以下のとおりです)。
成功しなかった場合、次のビルドで同じビルド番号が再利用されます。
リビジョン番号は「パッチ」番号とも呼ばれます。
下位互換性のあるバグ修正のみが導入された場合、パッチ バージョン
Z( ) をインクリメントする必要があります。 バグ修正は、不適切な動作を修正する内部変更として定義されます。x.y.Z | x > 0
できますが、ビルド番号のみをインクリメントする必要はありません (重要度の低い部分)。@VonC を繰り返します
追加 - 公開されたビルドに対してのみ意味があります。内部ビルドの場合、数値が増加すると、顧客と開発者の POVからは意味がありません。