あなたがまだ答えを探しているかどうかはわかりませんが、私は週末の大部分を試行錯誤して機能させるのに費やしたので、ここで私が学んだことです.
TFS-2010 を使用している場合、zip ファイルをダウンロードして何かを動作させることはできません。代わりに、ソース コードをダウンロードして自分でコンパイルする必要があります。
Web サイト プロジェクトをそのまま使用するには、IIS がインストールされているコンピューターでビルドを行う必要があります。これは、開発 Web サーバーを使用するようにプロジェクトを変更するのではなく、私が行ったことです。
VS-2008 がインストールされていない場合は、ソリューション全体を VS-2010 にアップグレードするだけで問題ありません。Web サイト プロジェクトのターゲットを、最小限の問題で 4.0 フレームワークに変更しました。残りのプロジェクトをビルドするために、TestsRequiredTfsClient プロジェクトと Tools.HttpSend プロジェクトをアンロードする必要がありました。
プロジェクトをビルドしたら、SvnBidge ホームページで概説されているいくつかの手順に従って、ビットを Web サーバーの正しい場所に配置する必要があります。それが完了したら、web.config ファイルを調整する必要があります。
変更する必要がある appSettings と使用する必要がある値は次のとおりです。
<add key="LogPath" value="--directoryYouWantToKeepLogsIn--" />
<add key="DomainIncludesProjectName" value="False" />
<add key="TfsUrl" value="http://--tfsServerName--:8080/tfs/--projectCollection--" />
<add key="ReadAllUserDomain" value="--yourDomain--" />
<add key="ReadAllUserName" value="--domainUserName--" />
<add key="ReadAllUserPassword" value="--domainUserNamePassword--" />
Web サイトを 4.0 Framework にアップグレードすることにした場合は、アプリケーション プールを更新する必要があることを忘れないでください。これは、おそらく 2.0 として作成されたものだからです。
ウェブサイトがセットアップされたので、ほとんど完了しました。SvnBridge.PerfCounter.Installer プロジェクトからいくつかのパフォーマンス カウンターをインストールする必要があります。複雑になった後、これらのビットを、Web サイトをインストールしたばかりの同じサーバーにコピーして、exe を実行するだけです。
これはうまくいきませんでした
さて、最後になりましたが、セキュリティです。すべてのユーザーが Windows ログインを使用しているため、ダイジェスト セキュリティは使用しません。そのため、匿名アクセスを有効のままにして、Windows 認証以外の他のすべての形式のアクセスを無効にしました。
Windows 認証はすべてのユーザーに対して機能したわけではなく、一部のユーザーはリモート ユーザーでした。ソース コードを確認した後、基本認証が機能する唯一の選択肢であることが明らかになりました。ユーザーが自分自身としてログインし、そのユーザー名を TFS に渡して、チェックインが完了したときに正しいユーザーに記録できるようにする必要がありました。
RP