Использование Git в магазине TFS

Использование Git дома испортило мне - теперь я нахожу, что TFS на работе немного перетаскивается и вы хотите изучить возможность локального использования Git и синхронизации с TFS. Я полагаю, что есть несколько способов сделать это, и хотелось бы услышать от людей, которые его пытались.

Я нашел сообщение в блоге, в котором описывается относительно ручной рабочий процесс, но я надеюсь на что-то с лучшей автоматизацией и историей поддержка.

Джим Девилль, похоже, пишет series о том, как команда IronRuby хранит репозиторий github в синхронизации с TFS, но это не но я должен признать, что у меня была небольшая проблема после того, что Джим написал до сих пор.

Я кратко попытался использовать комбинацию SvnBridge и git-svn, но я быстро застрял на ошибке (возможно, этот один). Я собираюсь изучить это далее...

Обновление: Похоже, что некоторые люди добились успеха в SvnBridge git -svn комбо. См. здесь.

Наконец, возможно, GitSharp облегчит разработку полезного решения этой проблемы? Не потому, что GitSharp имеет какое-то отношение к TFS как таковой, а просто потому, что он предоставляет автоматизации Git для разработчиков .NET.

Связанный с нами вопрос - Git и Team Foundation Server

Ответ 1

Наконец, Microsoft выпустила свое собственное решение для моста: Git - TF. Он использует Java, поэтому он работает в Windows, OSX и Linux.

Изменить: с 2013-01-30 Microsoft объявляет еще большую интеграцию между TFS и Git, чтобы точно определить вашу ситуацию, Он будет доступен через обновления к версиям TFS и Visual Studio 2012 года.

Ответ 2

Там проект с открытым исходным кодом Git -tfs (не следует путать с Git -tf):

https://github.com/spraints/git-tfs

Ответ 3

Работа с улучшенной системой управления версиями не только положительно повлияет на вас; это положительно скажется на всей вашей команде. Может возникнуть сопротивление начать, но в конечном итоге выгоды, которые вы видите, скорее всего, будут замечены остальной частью команды.

Сделайте простое предложение, чтобы превратить ваш "магазин TFS" в нечто новое. Вы найдете от вас три вида людей:

те, кто готов попробовать ваше предложение, потому что он дает им возможность узнать что-то новое.
те, кто уже пробовал ваше предложение (и я имею в виду, что на самом деле пытался), но не согласен с вами.
те, кто отклоняет ваше предложение, потому что они не хотят изучать что-то новое.

Первые два - это те люди, которых вы хотите поддерживать, независимо от того, согласны ли вы с ними или нет. Последний тип человека - это не только негативное влияние на команду в целом, но также и тот, на кого вы должны дистанцироваться.

Отказ от ответственности. Я знаю, что это не отвечает на вопрос напрямую, но я считаю, что это хороший подход, когда вы считаете, что изменение технологии оправданно.

Помимо: всякий раз, когда вы называете свою команду "магазином TFS", "магазин Java", "магазин Windows" и т.д., в вашей голове должен быть сигнал тревоги. Это огромный красный флаг. Различные технологии хороши для различных задач, а команда побивания команды вредна.

Ответ 4

Я работал с Джимом Девиллом в инструменте "TFGit", который соединяет TFS и Git (я начал проект, фактически). Он очень автоматизирован, сохраняет автора, информацию о дате и историю. Наиболее существенная слабость заключается в том, что, хотя разработчики Git играют с ветвями в своем сердце, он может синхронизироваться только с одной ветвью на стороне TFS. Тем не менее это довольно безболезненный инструмент для использования, и Джим и я используем его регулярно.

В настоящее время это внутренний инструмент для нашей компании, и мы не исследовали его публикацию. Если в этом есть существенный интерес, мы можем исследовать это.