2009-08-11 17 views
7

私は小規模の会社で5人の開発者のチームと協力しています。ここで働く人は3人、遠隔から2人いる。現在、ソース管理のためにTracでAssemblaを使用しています。私たちはASP.NET MVCのWebサイトに取り組んでいます。私たちは現在生産環境をホストしていません。私はTeamcityでBuildServerをセットアップしています!私は今、私のラップトップで自分のローカルで作業しています。私たち自身のビルドサーバーをホストすべきか、それとも他のものを払うべきか?Teamcityとしてビルドサーバー、ホスト、または他のお支払い?

答えて

5

TeamCityは、あなたのような小さなお店には向いています。あなた自身のホスティングは、セットアップとコストの面で悪いはずがありません。リモートの同僚が問題なくアクセスでき、要件を満たしていれば、それをお試しください。

+0

皆、私たちのネットワークから誰もどのようにアクセスするのか分かりません。私は最初に開発者です、それはセットアップ男2番目ですか?私たちのチームの半分はローカルで作業し、残りは遠隔から作業するでしょうか? – user154366

+0

CrazyCoder(下記)は、TeamCityウェブアプリケーションが外部から利用できるように(これは外部から利用可能なIP、コンフィグレーションセキュリティなどを聞くように)これを設定する方法をさらに詳しく説明しました。 – Steven

+0

私のチームはこの問題を頻繁に抱えていました。確かに、地元の開発者はTCにアクセスできますが、遠隔の人はTCにアクセスできません。彼らが得るのはビルド失敗のメールですが、それ以上の詳細は得られません。これはエンタープライズのFTE /コントラクター開発チームが混在しているため、イライラしており、典型的です。 –

3

ソースを入手してビルドを迅速に実行できるように、バージョンコントロールサーバーに近い場所にホストすることをおすすめします。独自のバージョンコントロールサーバーをホストする場合は、TeamCityを同じマシンにインストールするか(ハードウェアが許可している場合)、同じネットワークに配置します。また、ビルドエージェントをどこかにインストールし、データベースサーバーをインストールする必要があります(内部データベースがパフォーマンスと信頼性に欠けるため)。小さな店舗では、スタンドアロンサーバーがすべてを処理します(TeamCity Server +ビルドエージェント+ MySQLデータベース)。長期的には、サーバーを購入して自分でホストすることは、限られたリソースを持つ仮想サーバーまたは専用サーバーを毎月ホスティングプロバイダーに支払うよりもはるかに安いでしょう。また、必要になった場合にアップグレードを簡素化します。

TeamCityサーバー自体は、Tomcatサーバー上にホストされているWebアプリケーションです。ブラウザからWebインターフェイス経由でアクセスします。サーバーに外部IPアドレスがある場合は、Tomcatがそのアドレスで待機するように構成するだけで、TeamCityは世界中からアクセスできるようになります(セキュリティの構成を忘れないでください)。

関連する問題