私のプロジェクトでは、バージョン番号とリビジョン番号があります。バージョン番号はユリウスンの日付形式であり、1日以内にビルドごとにリビジョン番号が増分される毎に増分されます。 5月12日で例えば => 133.1、5月13日で133.2となど => 134.1、134.2となどTeamCityで2つの異なるビルド番号を増やす方法
私はそれぞれの増分が、私は他のビルド構成にアクセスする方法を確認していない2つのビルド構成を作成することができますパラメータ。
私の現在のバージョンの形式である％VersionJulDateBuildNum％％のbuild.counter％
1つのビルド構成にもう1つのスナップショットの依存関係がある場合は、％depを使用してパラメータを参照できます。
ホープこれは、私は他の記事で前にこの答えを見てきました
チームシティー自動的のAssemblyVersionはあなたのための属性が、いくつか注意点があります管理します：。
それは完全に既存の値が上書きされますが、 。 これはソリューション内のすべてのAssemblyVersionsを更新するので、同じソリューションで異なるプロジェクトバージョンを保持することに縛られている場合、これはうまく機能しない可能性があります。 これらの警告では、次のように設定します。
ビルド設定の一般設定で、ビルド番号の形式を％version％{0}に変更します。 ビルドパラメータで％version％をあなたのmajor.minor.patch。 ビルドステップで、画面の下までスクロールして[ビルドフィーチャーの追加]をクリックします。 AssemblyInfo patcherを選択します。 Assemblyバージョンの形式が％build.number％であることを確認してください。 それだけです。 TeamCityは、すべてのアセンブリ情報を％version％およびbuildカウンタで定義されているmajor.minor.patch.buildに更新し、ビルドの最後のステップとしてこれらの変更を自動的に元に戻します。
に役立ちます。これは私が求めていることには対処していません。 –
TeamCityを使用して簡単に（または組み込みの）方法はありません。
私が以前見た共通のアプローチは、ビルドの始めにPowershell（またはBash）スクリプトステップ（すべてのビルドから継承可能なテンプレートを置くことができます）を使用して、バージョン番号（例えば、すべてのビルド・エージェントが見ることができるネットワーク共有）、増分して、ファイルを更新することができます。一意のビルド構成IDを使用してファイルに名前を付けることができます。
複雑であるがより洗練された（IMO）もう1つのアプローチは、ビルド構成自体のパラメータとしてバージョン番号を格納し、次にビルドのステップを使用してTeamCity REST APIを使用してパラメータを増分値。あなたはあなたのための値を格納するためにチームシティーを使用していて、ネットワーク共有、テキストファイル、ファイル・ロックなど、本当にあなたの質問に関連していない
を心配する必要はありませんが、私はお勧めしますその方法使用しているバージョン管理スキームのもう1つの選択肢でない場合はSemVerを見てください。これは（IMO）より貴重な情報を提供します。
これは私が探していたものです、ありがとう！ 。夜間のビルド後に次のビルドのリビジョン番号をリセットする方法も必要です。パワーシェルなしでこれを行う方法はありますか？ –
する必要があるのは、この "next.build = 1"を \ config \ projects \ ProjectName \ buildNumbers \ something.buildNumbers.propertiesにあるプロジェクトの.propertiesファイルに保存することだけです。 TBHの場合、夜間にトリガされたビルド設定が実際のビルド実行に依存していた場合は、後でプロパティファイルの内容を書き換えるためのステップを実行できます。 –
プロパティファイル「ありがとう」が見つかりました。このファイルを変更してnext.build = 1に設定する最も良い方法は何ですか？とにかくこれを行うには、ファイルを見て検索して置き換えるpowershellスクリプトを実行するビルドステップを作成する以外にもありますか？それが私が考えることができるからです。 –