Почему бы не использовать TFS в качестве решения для сборки / CI? - PullRequest
4 голосов
/ 18 ноября 2009

В настоящее время наше решение для сборки настроено с использованием сценариев TFS + MS Build.

TFS также используется в качестве CI-сервера.

Я видел несколько постов на этом сайте, рассказывающих людям о других решениях CI. Есть ли какие-либо убедительные варианты перехода на другое решение для нашей системы сборки?

Или другими словами, что мы упускаем при использовании TFS?

EDIT

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

Ответы [ 3 ]

5 голосов
/ 18 ноября 2009

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

4 голосов
/ 18 ноября 2009

Я использовал TFS в прошлом, но моя текущая компания использует SubVersion / Team City / FogBugz для реализации той же функциональности, что и в решении TFS.

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

Однако, тем не менее, одной из главных причин отказа от TFS является стоимость запуска такой системы. Большим преимуществом TFS является интеграция всего, что заставляет людей использовать его все больше: чем больше вы вкладываете, тем больше вы получаете. Наихудший сценарий - это система, которую люди не могут использовать, которая не добавляет никакой пользы развитию компании.

По моему мнению, если вы уже пользуетесь TFS и можете позволить себе делать do, просто сделайте это!

4 голосов
/ 18 ноября 2009

ИМХО величайшим преимуществом TFS является то, что все интегрировано в IDE: рабочие элементы, отслеживание ошибок, CI, анализ кода, ...

...