2

.aspx ファイルのバージョンを追跡するために、Team Foundation Server の使用を開始したいと考えています。現在、共有ドライブを使用して、Visual Studio を編集者として asp.net サイトで開発しています。

Team Foundation Server でパスを設定すると、ローカル ドライブと TFS を含むボックスの間だけになります。これは、変更を開発サイト (別のボックス) にライブでプッシュしないため、理想的ではありません。

作業中のファイルをチェックアウト、編集、チェックインして、IIS サーバーの共有ドライブにも表示する方法はありますか? それとも、ローカルで作業してからサーバーにコピーする必要がありますか?

4

1 に答える 1

2

いくつかのオプションがあります。

  1. シンプル:変更をチェックインしたら、Robocopyなどを使用して、ファイルをローカル マシンから開発サーバーにプッシュします。これは簡単にセットアップできますが、TFS 機能を完全には利用できず、サーバー上の他の開発者の変更を上書きする可能性があります。

  2. 高度: 自動ビルドを使用します。「デフォルト」ビルド テンプレートを使用すると、Web サイト ソリューションがコンパイルされ、ビルド出力に「公開済み Web サイト」というフォルダーを含むフォルダーが作成されます。このフォルダーには、コードをサーバーにデプロイするために必要なすべてが含まれます。これを取得したら、MSDeploy を使用してコードを IIS に発行できます。

ビルドを使用するその他の利点

  • 各ビルドのコードに対してコード分析を実行できます
  • 誰かがコンパイルしないコードをチェックインすると、すぐにわかります
  • ビルド環境でコードに対して単体テストを実行できます
  • サーバーにアクセスするにはチェックインする必要があるため、ソース管理にチェックインされなかったコードを公開していないことを確信できます。
  • 同じビルドでデバッグ モードとリリース モードの両方でコンパイルできるため、デバッグ コードが配布されるリスクが軽減されます。
  • コード チャーン、ユニット テスト コード カバレッジ、ビルドの失敗などに関するレポートを取得できます。これにより、提供するコードの品質が向上し、開発ワークフローの弱点を理解するのにも役立ちます。
  • 「私のマシンで動作します」と聞こえる回数を減らす

TFS を初めて使用する場合、これは非常に困難な場合があります。ソリューションをビルドするだけの自動ビルドをセットアップすることをお勧めします。その後、ビルド出力を開発サーバーにコピーできます。それに慣れたら、ビルドの強化を検討し始めます。たとえば、コード分析をオンにするのは非常に簡単です。単体テストを作成している場合は、ビルドに統合するのもかなり簡単です。MSDeploy のセットアップには、もう少し時間と知識が必要です。

于 2013-04-18T15:40:52.333 に答える