1

GitVersionを使用して、構築中の .net 製品のセマンティック バージョニングを行っています。特定のバージョンの作業中、私は通常、いくつかのリリース候補を「開発」および「ステージング」環境にデプロイします。

Octopus Deployでデプロイしようとすると、すべてのリリース候補が同じ Nuget パッケージ バージョンを共有していることがわかりました。そのため、Octopus は最初のリリース候補をうまく処理しますが、次の RC の受け入れを拒否します。

Octopus が Nuget ストアにリリース候補を受け入れるように、Nuget パッケージ バージョンにリリース候補の違いを反映させる最善の方法は何ですか?

追加の詳細：

  • 私は GitHub Flow を採用しているので、マスターと機能のブランチとデプロイのみが常にマスターからのものです。
  • 私のビルド ツールは TeamCity です。
4

2 に答える 2

1

あなたの説明に基づいて、おそらく最善の策は、継続的展開モードの使用に切り替えることです。

これはここに文書化されています：

http://gitversion.readthedocs.io/en/latest/more-info/incrementing-per-commit/

これは基本的に GitVersion を、リポジトリ内のコミットごとに新しい一意のバージョン番号を作成するモードに切り替えます。その後、特定のポイントでタグを付けて、バージョン番号を前に進めることができます。これと同じ手法が、GitVersion GitHub リポジトリ自体で使用されています。

この構成は、必要に応じて特定のブランチに適用できます。

于 2016-05-10T13:17:36.420 に答える
0

プロジェクトをどこでどのように構築しているのかわかりません。ただし、次のオプションのようにパッケージのバージョン管理に名前を付ける必要があります。最大のバージョン番号のナゲット パッケージは、最新の Octopus リリースになります。異なるコード リポジトリ ブランチでパッケージ化する場合、バージョン番号が同じであれば失敗するはずです。バージョン番号の末尾にブランチ名 "1.0.0.0-dev" 、 "1.0.0.0-master" "1.0.0.0-hotfix" を追加する必要があります。

TFS ビルド テンプレート用(ビルド番号形式) $(Date:yy.MMdd.HH.mm)

TFS nugetterビルド テンプレート用(バージョンまたはバージョン シード ファイル パス) 0.0.JB-Hotfix

Jenkins バージョン番号プラグイン用 ${BUILD_YEAR}.${BUILD_MONTH}.${BUILD_DAY}.${BUILDS_TODAY}

于 2016-05-10T07:49:42.473 に答える