Проверка кода TFS с помощью SVN-моста?

Question

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

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

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

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

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

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

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

Скриншот:

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

Заранее благодарю.

Answer 1

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

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

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