問題タブ [build-numbers]

maven multi-module6 つ以上の子モジュールを含むプロジェクトがあります。3 人のチームがそれぞれ 2 つのタスクとして並行して作業している場合sub-modules、バージョン番号を増やす方法。

一方、私はMajor.minor.patch-metaリリース サイクルでのバージョン番号付けの形式に従っています。

でのバージョン番号の増減の正確な使用法parallel programming。これで通知される重要なことはsub-modules、そのプロジェクトの一部が他のプロジェクトに完全に依存するsub-moduleことですが、その場合、開発が並行して行われている間に正確にバージョン番号を付ける方法注文 ？

以下については明確ではありませんが、これはバージョン番号付けの正しい方法ですか

1. meta releaseアルファ、ベータ、ガンマなどのバグ修正の場合に行う必要がある場合は、

2. 0.1.1-alpha、0.1.2-alphaなどを使用しているのに、apatch releaseの完了の場合にaを実行する必要がありますか?feature[sub-sub-module-x]sub-modulesecond level+ sub-modules

3. minor releaseたとえば、 0.2.0-alpha 、 0.2.0-RC などの完了の場合に行う必要がありsub-moduleます。
4. したがって、すべての RC の 0.2.0-RC + 0.3.0-RC + 0.4.0-RC などを統合した後、major releaseas 1.0.0-RTM などを実行する必要があります。

したがって、上記の流れを理解するのは少し混乱します..

build numberingclear を維持するために、プロジェクトでを自動化する方法はありますかbuild release numbers。解決策を提供してください。

ありがとう

TFS Build 2013 を使用しており、ビルド戦略を構成しています。可能な限りデフォルトのままにしたいので、カスタム アクティビティを使用せずにデフォルトのビルド プロセス テンプレートを使用したいと考えています。代わりに、デフォルトのテンプレートに接続されているいくつかの Powershell スクリプトがあります。これらのスクリプトの 1 つは、ビルドするプロジェクトからバージョン番号を抽出します。

問題: ビルド番号でこのバージョン番号を解析して、ビルドに適切で意味のある名前 (例: Project - 2.1.2.46) を付け、リリースごとにビルド定義を変更する必要がないようにしたい。

私が基本的に達成したいのは、ビルド スクリプト (以下) の結果がビルド番号 (フォーマット) として使用されることです。

詳細ログをオンにすると、PowerShell スクリプトが TF_BUILD_BUILDNUMBER 変数の正しいバージョン番号を解析していることがわかります。これで、スクリプトが機能していることがわかります。ただし、ビルドが終了すると、ビルド番号はビルド定義で指定されたデフォルト値に戻りました。

どんな助けでも大歓迎です！

NuGet でプレリリース パッケージと見なされるものは何ですか?ダッシュの後に何かが続くもの1.0.0-somethingですか?

また、NuGet を使用してビルド番号を使用するにはどうすればよいですか? バージョン管理に関する NuGet ドキュメントには、1.0.0-build123. しかし、これはビルド番号のあるものはすべてプレリリースでなければならないということですか?

ビルド番号を含めて、プレリリースの NuGet パッケージを含めることはできますか?

Jenkins サーバー インスタンス A で Jenkins ジョブを実行しています。このジョブの現在のビルド番号は 58 です。

この Jenkins ジョブを新しい Jenkins サーバー B に移行しています。ただし、この新しい Jenkins インスタンス B では、以前のサーバーのビルド番号 58 を保持する必要があります。

これは可能ですか？はいの場合、どのように？

ありがとうございました