SVNブリッジからのTFSコードレビュー?
-
26-10-2019 - |
質問
はい、タイトルは正しいです。 SVNブリッジを介してそのTFSリポジトリに接続されているユーザーのコンピューターからTFS(MicrosoftのTeam Foundation Server)に存在するプロジェクトをレビューする方法はありますか?
(関連:SVNブリッジは、TFSリポジトリに接続するために転覆ツールを使用できるツールです)
なんで?なぜなら、TFSを介したSVNの使用を(死に)強く防御する開発者がいるからです。また、これらの上級開発者は、サードパーティベンダーからチェックインのコードレビューを行います。
問題は、プロジェクトが現在TFSに存在しており、そこに留まることです(CTOの指示ごとに)。 SVNブリッジが許可されていますが、これらのコードレビューツールのいずれかがそのようなクロスプラットフォームをサポートしているかどうかは明確ではありません。
どうでしょうか?まあ、私はそれがコードレビューパッケージのファイルを知っていると思います。 TFSの代わりにこれらのファイルをSVNディレクトリと比較できないのはなぜですか?
この環境について考えるようになったのは、このコードコラボレーターのデモです。
http://smartbear.com/docs/viewlets/codecollabdemo/codecollabdemo.html
スクリーンショット:
開始時に、どのリポジトリがレビューするかを求めていることに注意してください。リモートチームがTFSを選択し、ローカルチームがSVNを選択した場合はどうなりますか?はい、私はその質問に対する彼らの技術サポートをpにします。しかし、私はまた、同様のセットアップがあるかもしれない人のためにここに質問を投稿したかったのです。
前もって感謝します。
解決
SVN Bridgeソフトウェアが十分に高度である場合、コードコラボレーターはリポジトリをSVNリポジトリとして見るだけなので、問題はありません。コードコラボレーターのクライアント(GUIおよびコマンドライン)は、すべてのsubversionコマンドラインクライアント(パスと名前を指定できること)をすべて実行して情報を取得します。デバッグログをオンにすると(CommandLineの - DebugまたはGUIのヘルプメニューを介して)、SVNコマンドが実行されているものを正確に確認することもできます。 「実際の」転覆と出力が互換性がある限り、クライアントはそれをSVNリポジトリと見なすので、大丈夫です。
レビューの著者は通常、レビューにファイルを追加する唯一の人であるため、同じレビューでTFSのファイルをSubversion-Bridged-tfsのファイルと比較しようとする問題は発生しないはずです - これは良いことです、ファイルは2つの異なるSCMにあるため、実際には機能しないためです。 1人の著者がいずれかのSCMまたは他のSCMに固執する限り、あなたは大丈夫です。
(PS:私はSmartBearのために働いています、開発、技術サポート)