Представление Team Foundation Server в команде FogBugz: какие функции использовать? - PullRequest
Новая
       35

Представление Team Foundation Server в команде FogBugz: какие функции использовать?

0 голосов
/ 10 июня 2011

В настоящее время я работаю в компании, которая использует FogBugz для отслеживания проблем и ошибок и SourceGear Vault для контроля версий.

Мы представляем Team Foundation Server. Очевидно, что TFS заменит Vault для контроля версий. Мой вопрос со следующими требованиями:

  • Большая существующая база случаев FogBugz (некоторые, очевидно, открыты), которые нам необходимо поддерживать на постоянной основе
  • Служба поддержки должна иметь возможность сообщать об ошибках / звонить в службу поддержки
  • Хотите, чтобы изменения в источнике были связаны с номером дела

... как лучше разделить использование FogBugz и TFS WorkItems?

  • Можно ли полностью перейти с FogBugz на TFS?
  • Если невозможно выполнить миграцию с FogBugz на TFS, каков наилучший способ совместного использования случая FogBugz и рабочих элементов TFS?

1 Ответ

5 голосов
/ 10 июня 2011

Первоначально я бы сказал, что ошибки и дефекты остаются в FogBugz, а элементы плана проекта - как рабочие элементы. Вы можете вручную заставить разработчиков создать рабочий элемент для каждого случая в FogBugz и связать код с этим рабочим элементом, но я уже слышу вопли насмешек: -)

Возможно, вы захотите взглянуть на платформу TFS Integration . Я не знаю, есть ли какие-либо инструменты, которые напрямую связаны с FogBugz, но эти инструменты очень расширяемы. Затем вы можете либо перенести все в TFS, либо запустить обе системы и выполнить синхронизацию. Запуск обоих - это хорошо, так как каждая дисциплина может использовать инструмент, с которым они наиболее знакомы, разработчики используют TFS для всего, а тестеры / поддержка могут продолжать использовать Fogbugz, а инструментарий держит все в действии.

...