TeamCityを使用したSubversionリリース管理

Question

現在、私たちはリリース管理にSubversionを使用しており、すべてのリリース（QAと運用サーバーの両方）にタグを付けています。しかし、最新のリリースを反映した単一のリリースディレクトリを作成したいと考えています。このようにして、TeamCityは常に連続したビルドのために同じフォルダから引き出すことができます。また、誰かが生産に素早くバグ修正をしなければならない場合、間違ってそれを間違ったブランチにすることはありません。

たとえば、「リリース」フォルダが追加された現在の構造があります。毎回タグ付きブランチを「リリース」するための簡単な方法がありますか、あるいは最新のリリースのバージョンへのリンクである「リリース」さえありますか？

明確化

は、ここに私たちのビルド/リリースプロセスが現在どのように機能するかの例です：

• を今日、私は正常にチームシティーの後にQAに弊社のWebアプリのバージョンをリリースそれを構築する。そうすると、私はブランチ/タグを付けます。
• 明日以降、devsはトランクでアップデートを続けます。これらはQAの次のリリースまでQAにプッシュされません。
• 水曜日、私たちのQAチームはバグを発見したことをお知らせします。私たちは、QAブランチでバグ修正を行い、その変更をトランクにマージし、更新されたQAブランチをQAにプッシュバックします。問題＃1：QAのブランチに入ってからTeamCityが働いていません
• 金曜日にQAが本番用のリリースを承認したので、公開し、ブランチ/タグ
• 月曜日、クライアント生産にわずかな変更しか必要としない問題があるコール。リリースブランチを変更してトランクにマージします。問題＃2：TeamCityを手助けすることなくTeamCityを変更しています。

Answer 1

私はこれに対して少し異なるアプローチをとっています。ソース管理の管理は、主にソースを管理し、それを追跡する手段またはそれを扱う手段として扱うことは、人生を少し難しくする可能性があります。これは本当にあなたの継続的な統合環境の目的であり、SVNがやるよりはるかに優れた仕事です。

私は、SVNから引き出すためにパスとリビジョン番号の両方を識別する方法としてTeamCityを使用します。ビルドの実行時にこれを定義するのは簡単です。プロダクションのリリースは常に注意して実行されます（つまり、パスとリビジョンの両方を慎重にチェックしてください）。絶対最悪のケースでは、それを台無しにすると、変更されたパラメータでビルドをいつでも再実行することができます。

あなたは本当に "リリース"フォルダに直接コードを変更したくないのです。これは、主流の開発や、以前のリビジョンを調整しなければならない場合のブランチのためのものです。それは、SVNを中核的な強みではないことをするために提出に打ち勝つことの一種です！その前に、The 10 commandments of good source control managementのヒントのいくつかが役立つかもしれません。

Answer 2

ビルドが完了した後、ファイルまたはフォルダの内容をリリースフォルダにコピーできるように簡単にスクリプトを作成できます。これを行う前に、リリースフォルダの内容を削除することもできます。だから、svnのブランチやタグはコピー操作なので、簡単にこれを行うことができます。

Answer 3

プロジェクトごとに、最新バージョン（通常はバイナリのみ）を含むLatestフォルダがあります。

これは継続的な統合に非常に役立ちますが、カスタムMSBuildスクリプトを使用してこれを達成する必要があります。たとえば、コンテンツのSvnの削除、最新のフォルダへのSvnのコピーがあります。

Answer 4

svn:externalプロパティを使用すると、リリースと呼ばれるフォルダに別のタグを参照させることができます。 svn:externalを参照してください。

svn propset svn:externals 'release http://my_repo/tags/latest_tag' . 

新しいタグリリースが作成されるたびに、最新のタグを指すようにプロパティ値を更新する必要があります。