К сожалению, вы, вероятно, не получили ответ, потому что нет хорошего в предложении ...
Я рассматривал это пару раз прежде, сначала для первых бета-версий TFS.
(В то время, когда мы стремились отойти от VSS, ожидая готовности TFS ... компромисс, к которому мы тогда пришли, заключался в том, чтобы использовать SVN в промежуточный период, но использовал ловушку post commit, которая поддерживала синхронизацию хранилища VSS чтобы разрешить этот путь миграции в TFS.)
Эти ребята (ComponentSource) были тогда с преобразователем VSS в TFS и добавили SVN в TFS, но, похоже, с тех пор прекратили выпуск продукта.
Эти парни (Kyrosoft) могут иметь какое-то обещание, но я обеспокоен тем, что они не публикуют цены и публикуют список клиентов (из двух). Если у кого-то есть опыт работы с продуктом, сообщите нам об этом.
Совсем недавно в CodePlex был выпущен TFS Migration and Synchronization Toolkit, но на сегодняшний день никто не выпустил SVN-плагин для него (за запрос ) проголосовало 66 голосов
Итак, вы можете посмотреть на создание собственного плагина для инструментария, но даже тогда вы не получите исходные даты для коммитов, так как, насколько мне известно, команда TFS не разрешила импортерам установить механизм, поэтому у всех перенесенных ревизий будет дата миграции.
(Предполагается, что первый вышедший из употребления первый инструмент ранее использовался для этого, но как они обошли это ограничение (секретный API? Настройка системного времени? Манипулирование базой данных?), Я не знаю.)
В конце концов, я подозреваю, что большинство команд в конечном итоге решают просто переключить системы в подходящее время (например, новую версию или проект), и вручную работают с раздвоенным поиском истории в течение 6-12 месяцев, это остается особенно проблематичным. .