私はここで私にここでくつろいでいます。私はローカルマシン上にTeam Cityのインスタンスをセットアップしましたが、その利点をはっきりと見ることができます。CIビルド後のデプロイ
理解したいことの1つは、CIの展開面をどのように管理できるかということです。私たちが本当に達成したいことは2のビルドです:
1)などのテスト
2)私たちは手動でビルドをトリガし、私たちは、ソースリポジトリにチェックインし、CIサーバは、コードの変更を通知し、コンパイルしていますコードをコンパイルし、コードをリモートサーバーにコピーし、IISマッピングを更新します。
最初のビルドは、TeamCityでかなり完成しました。しかし、私は、これの展開の側面は、いくつかのスクリプト(Nant、MsBuild、Rakeなど)を含む予定であると想定しています。これは正しいですか?
この場合、ビルドマシンからリモートサーバーにファイルを転送することはできますが、同じネットワーク上になくてもIISマッピングを更新できますか? CIサーバーを展開する正しい場所はどこですか?私たちが導入したアプリケーションと同じネットワーク上に生きているべきですか?
最後に、IronRubyを使ってrakeスクリプトをビルドランナーとして実行しています。これは単純にレイクが好きだからですが、私たちがNant/Msbuildを見ていたら、達成しようとしていることを単純化する作業をしているのですか?
Cheers、Chris。
こんにちはアレックスの一部を使用しますが、そのは本当に私の質問に答えていません。あなたのCIサーバーはあなたのステージ/ UATボックスと同じネットワークにありますか?これは、CIサーバーが生きるべき場所ですか?もしそうでなければ、(もしあれば)IISのrepointingをどう扱うのですか?乾杯、クリス。 – Owen
私たちは同じネットワーク上にあり、私がリンクしているコミュニティタスクにはIISの再マップタスクが含まれていましたが、現在のところリマップは使用していません。 – Alex
CIボックスが同じネットワーク上になければならないかどうかについて正しい答えがあるかどうかはわかりません。私はこれには多くの要因があると思います。 – Alex