Обзор кода TFS с моста SVN?

Question

Да, название правильное. Есть ли способ проверить код проекта, который существует в TFS (Microsoft Foundation Foundation Server) с компьютера пользователя, который подключен к этому репозиторию TFS через мост SVN?

(связано: SVN Bridge - это инструмент, который позволяет использовать инструменты Subversion для подключения к хранилищу TFS)

Зачем? Потому что у нас есть разработчики, которые защищают (до смерти) использование SVN вместо TFS. И эти старшие разработчики будут выполнять проверки кода проверок от стороннего поставщика.

Проблема в том, что проект в настоящее время находится в TFS и останется там (согласно инструкциям CTO). Нам разрешен SVN Bridge, но мне пока не ясно, поддерживает ли какой-либо из этих инструментов проверки кода такую ​​кроссплатформенность.

Как бы это? Ну, я думаю, что он будет знать файлы в пакете обзора кода. Почему он не может сравнить эти файлы с каталогом SVN вместо TFS?

Что заставило меня задуматься об этой среде, так это демо-версия Code Collaborator:

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

Скриншот:

Обратите внимание, что в начале он запрашивает какой репозиторий для проверки? Что, если удаленная команда выбирает TFS, а местная команда выбирает SVN? Да, я буду пинговать их техподдержку по этому вопросу. Но я также хотел опубликовать вопрос здесь для тех, кто может иметь аналогичные настройки.

Заранее спасибо.

Answer 1

Если ваше программное обеспечение svn bridge достаточно продвинуто, Code Collaborator просто увидит репо как репозиторий svn, поэтому проблем нет. Все клиенты Code Collaborator (GUI и командная строка) исполняют клиента командной строки subversion (для которого вы можете указать путь и имя), чтобы получить их информацию. Если вы включите журнал отладки (через --debug в командной строке или через меню справки в графическом интерфейсе), вы даже сможете увидеть, какие именно команды svn выполняются. Пока они имеют вывод, совместимый с "реальной" подрывной деятельностью, у вас все будет хорошо, так как ваш клиент увидит его как хранилище SVN.

Поскольку автор обзора обычно является единственным, кто добавляет файлы в обзор, проблема попытки сравнить файлы в TFS с файлами в Subversion-bridged-to-TFS в одном и том же обзоре не должна возникать, и это хорошо потому что это на самом деле не будет работать, так как файлы находятся в двух разных SCM. Пока один автор придерживается одного или другого SCM, все будет в порядке.

(PS: я работаю в SmartBear, занимаясь ИТ, разработкой и технической поддержкой)