Представляем команду Foundation Server в команду на основе Fogbugz: какие функции использовать?
Вопрос
В настоящее время я работаю в компании, которая использует Fogbugz для отслеживания проблем и отслеживания ошибок, а также хранилища SourceGear для управления источником.
Сейчас мы представляем Team Foundation Server. Очевидно, что TF заменит хранилище для управления источником. Мой вопрос: со следующими требованиями:
- Большая существующая база случаев Fogbugz (некоторые явно открытые), которые нам нужно для постоянного
- Стола поддержки должна иметь возможность поднимать ошибки / вызовы поддержки
- Хочу, чтобы изменения были связаны с номером дела
... Какое лучшее разделение между использованием случаев Fogbugz и TFS Workitems?
- Можно ли полностью мигрировать с Fogbugz в TFS?
- Если невозможно мигрировать с Fogbugz в TFS, то как лучше всего использовать корпус Fogbugz и TFS Workitems вместе?
Решение
Первоначально я бы сказал, что ошибки и дефекты остаются в Fogbugz, материалах в плане проекта в качестве рабочих предметов. Вы можете вручную заставить разработчиков создать рабочий элемент для каждого случая в Fogbugz и связать код с этим рабочим элементом, но я уже слышу, как Wouwls of Disrision :-)
Вы можете взглянуть на Интеграционная платформа TFS. Анкет Я не знаю, есть ли какие -либо инструменты, которые ссылаются непосредственно с Fogbugz, но эти инструменты очень расширяются. Затем вы можете принять решение либо перенести все в TFS, либо запустить обе системы и синхронизировать. Запуск оба хороша, так как каждая дисциплина может использовать инструмент, с которым они наиболее знакомы, разработчики используют TFS для всего, и тестеры / поддержка могут продолжать использовать Fogbugz, а инструментарий делает все на шаг.