Знакомство с Team Foundation Server в команде, работающей в FogBugz: какие функции использовать?

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

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

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

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

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

tfs fogbugz
person Mark Robinson    schedule 10.06.2011    source источник

Ответы (1)


arrow_upward
5
arrow_downward

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

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

person James Reed    schedule 10.06.2011