0

はい、タイトルは正しいです。TFS (Microsoft の Team Foundation Server) に存在するプロジェクトを、SVN Bridge 経由でその TFS リポジトリに接続されているユーザーのコンピューターからコード レビューする方法はありますか?

(関連: SVN Bridge は、Subversion ツールを使用して TFS リポジトリに接続できるようにするツールです)

なんで?TFS を介した SVN の使用を (死ぬまで) 強く擁護する開発者がいるからです。そして、これらの上級開発者は、サードパーティ ベンダーからのチェックインのコード レビューを行います。

問題は、プロジェクトが現在 TFS にあり、(CTO の指示に従って) そこに残ることです。SVN ブリッジは許可されていますが、これらのコード レビュー ツールのいずれかがそのようなクロスプラットフォームをサポートしているかどうかはわかりません。

どうですか?まあ、コード レビュー パッケージ内のファイルを認識していると思います。これらのファイルを TFS ではなく SVN ディレクトリと比較できないのはなぜですか?

この環境について考えるようになったのは、次の Code Collaborator のデモです。

http://smartbear.com/docs/viewlets/CodeCollabDemo/CodeCollabDemo.html

スクリーンショット:

ここに画像の説明を入力

最初に、確認するリポジトリを尋ねていることに注意してください。リモート チームが TFS を選択し、ローカル チームが SVN を選択した場合はどうなりますか? はい、その質問についてテクニカル サポートに問い合わせます。しかし、同様の設定をしている可能性のある人のために、ここに質問を投稿したいと思いました.

前もって感謝します。

4

1 に答える 1

1

svn ブリッジ ソフトウェアが十分に高度な場合、Code Collaborator はリポジトリを svn リポジトリとして認識するだけなので、問題はありません。Code Collaborator クライアント (GUI およびコマンドライン) はすべて、Subversion コマンドライン クライアント (パスと名前を指定できる) を実行して、情報を取得します。(コマンドラインの --debug または GUI の [ヘルプ] メニューを介して) デバッグ ログをオンにすると、どの svn コマンドが実行されているかを正確に確認することさえできます。それらが「実際の」サブバージョンと互換性のある出力を持っている限り、クライアントはそれを svn リポジトリとして見るだけなので問題ありません。

通常、レビューにファイルを追加するのはレビューの作成者だけなので、同じレビューで TFS のファイルと Subversion-bridged-to-TFS のファイルを比較しようとする問題は発生しないはずです。これは良いことです。ファイルが 2 つの異なる SCM にあるため、実際には機能しないためです。1 人の作成者がいずれかの SCM に固執している限り、問題はありません。

(PS: SmartBear で IT、開発、技術サポートを行っています)

于 2011-01-28T16:09:15.873 に答える