2012-09-11 13 views
5

ビルドインフラストラクチャをCC.NETからTeamCityに移行しようとしています。この時点では、TeamCityとはかなり緑色です。TeamCityのバージョン管理(TFSなど)は可能ですか?

潜在的なショーストッパの1つは、ビルド構成が、ビルドされたソースコードと一緒にバージョン管理される必要があることです。 CC.NETはこれを非常に簡単にし、非常に便利で強力な機能です。

TeamCityが設定/データを保存する場所を変更することはできますが、TFS、Perforce、ClearCaseなどのバージョン管理された場所に置くことは公式文書。

私はそれが可能かどうか、そして/あるいはそれは「出来たもの」なのだろうか?

TeamCityがすべての設定ファイルへのR/Wアクセスを前提としていて、基礎となるVCSがチェックイン/チェックアウトのセマンティクスを必要とするファイルR/Oを作成してTeamCityを混乱させ、

TeamCity Server(またはそれに準ずるもの)のTeamCityビルド構成をバージョン管理している人はいますか?

おかげで、 ジャックFYI

は - How does one version control the configuration of a TeamCity project?はSOでここだけ類似したスレッドのようです。 http://confluence.jetbrains.net/display/TCD7/How+To ...関連する公式ドキュメントは、設定のマイグレーションやバックアップについて話していますが、これは近いが実際は同じものです。

答えて

2

これが答えではありませんが、...

私たちは、この上で彼らの勧告についてジェットブレーンズを求め、次の応答を得た:

これまで店舗構成設定への機能はありませんバージョンコントロールでは です。設定はディスク上のXML( TeamCityデータディレクトリ - http://confluence.jetbrains.net/display/TCD7/TeamCity+Data+Directory) に格納され、理論的にはディレクトリを バージョンコントロールと同期させることができます。あなたは機能に投票や 私たちの課題追跡でそれを見たいと思うかもしれません:http://youtrack.jetbrains.com/issue/TW-2806

私はエレガントな解決策を見ることができないので、最善の解決策(最低最悪のソリューションが...)にあると思うだろう:

  1. バージョン管理されているMSBuild/Nantスクリプトに複雑なビルドロジックを移動します。
  2. 時間がある場合は、ソースコントロールとTeamCityデータディレクトリの間にカスタム同期サービスを実装します。この場合は、おそらく手作業での合併が必要な失敗に対処する準備が必要です(楽しいことではありません:-()。

幸運にも、 :-D

0

私は長い間TeamCityの設定をソース管理する方法を望んでいましたが、設定ディレクトリを監視してgitへの変更をコミットするWindowsサービスを作成しました。

TFSではありませんが、ソースコードはGitHub上にあるため、ニーズに合わせて簡単にソリューションを変更できます。私は、これはサポートされていません知っている限りhttps://github.com/grenade/teamcity-config-monitor

0

が、私はお勧めのアプローチは、ビルド時にソース管理に保存されているバッチファイルを起動することです:

プロジェクトはGitHubの上にあります。バッチファイルは、ビルドを行うために必要なコマンドを手動で呼び出すことができます。 FinalBuilder。これにより、ビルドプロセスに大きな柔軟性がもたらされます。

関連する問題