初めて .Net アプリケーションを使用する新しいサイトで作業を開始しました。私は開発者として VSS に慣れていますが、この製品は死にかけているので、代わりに TFS (BASIC) を使用しています。これまで、ソース管理に TFS を使用してきました。しかし現在、ライブ環境用に新しいサーバーをインストールしています。今、私は何をすべきかわかりません。私が見つけることができる TFS 2010 に関する書籍はありません。どのようなヒントが得られるか知りたいです。TFS を再度インストールする必要がありますか、それとも既存のインストールを使用する必要がありますか? テストサーバー用に毎日のビルドをセットアップする必要があると考えています。私は今まで TDD を使用していませんでしたが、次のプロジェクトではこれが変わる可能性があります。絶対に正しくしなければならないことは何ですか? また、避けるべき落とし穴は何ですか?
1 に答える
1
自分の環境にいなければ、適切な推奨事項を作成することは困難です。あなたが言ったことに基づいて、あなたのインストールについていくつかの仮定を立てましたが、これらは大きく間違っている可能性があります.
あなたは TFS (BASIC) を使用していると言いますが、それが何を意味するのかわかりませんが、開発者ワークステーションの 1 つにインストールされた TFS を使用していて、より堅牢な開発環境に移行し始めている場合、TFS インストール用に別のサーバーを取得することをお勧めします。
比較的規模が小さいように思われるので、アプリケーション層とデータ層を同じマシンに配置することはそれほど問題にはなりません。両方のプロセスをサポートするのに十分な RAM がマシンにあること、およびデータベースの増大に備えて十分なディスク領域が割り当てられていることを確認してください。
あなたはテスト駆動開発 (TDD) について話していますが、実際に話しているのは継続的インテグレーション (CI) だと思います。CI 環境をセットアップすると、スケジュールに基づいて、またはチェックインによってトリガーされて、ビルドが自動的に行われます。この設定は決して悪い考えではなく、できるだけ早く CI ビルドのリズムに乗ることをお勧めします。
ビルド サーバーを探している場合は、アプリケーション/データ層を組み合わせた上でビルド エージェントをホストしても問題ないでしょう。ビルドを行っているときにパフォーマンスが低下していることがわかった場合は、ビルドを別のサーバーに簡単に移動できます。
また、ソース コード リポジトリを現在の環境から将来の環境に移行することも検討する必要があります。TFS インストール ウィザードがその手助けになるかもしれません。そうでない場合は、データベース ファイルを新しいマシンに移動するか、codeplex ベースのTFS Integration Platformを使用するなど、他のオプションを利用できます。
于 2010-12-09T13:38:40.377 に答える