Требуется ли Visual Studio на сервере сборки TFS?

Question

Недавно мы перешли на Team Foundation Server 2008 из Source Safe. Мы создаем некоторые автоматизированные сборки и сталкиваемся с некоторыми проблемами с публикацией приложений с одним щелчком мыши, которые, как представляется, требуют дополнительных установок на сервере сборки.

Я видел сообщения, которые указывают, что необходимо установить IDE Visual Studio. Я также видел сообщения, которые говорят, что установка .Net Framework SDK исправит проблему. Мы не хотим устанавливать больше, чем нам нужно на сервере сборки, но мы также не хотим, чтобы в нашей серверной команде было несколько запросов на установку разных частей в разное время. Итак, я хотел бы знать, что большинство команд заканчивает установку.

Если это важно, на данный момент у нас нет выделенного сервера сборки. Мы небольшая команда (6 разработчиков, все местные). Сборка происходит в главном окне TFS, часть SQL Server - единственная часть, которая находится на отдельном сервере.

Answer 1

Согласно this, Visual Studio не требуется - только .NET Framework. Еще одна заметка, которую следует учесть из ссылки, заключается в том, что они рекомендуют против сборок в окне TFS.

Answer 2

Да, я установил VS на сервер сборки. Я выполнил их руководство по настройке TFS.

Answer 3

Если вы просто компилируете приложения в Team Foundation Build, то .NET Framework будет делать - однако, как только вы начнете хотеть делать что-то более продвинутое (например, запуск модульных тестов и публикация их результатов в TFS) то вам нужно будет укусить пулю и установить Visual Studio Team Edition на вашем сервере сборки. Обычно я просто устанавливаю копию Team Suite на сервере сборки, чтобы люди, имеющие лицензию на использование различных функций, могли использовать эти функции как часть любой автоматической сборки.

Необходимость установки на вашем сервере не идеальна, но дает вам лучший опыт в настоящее время.

Что касается использования вашего сервера TFS в качестве сервера сборки, это не рекомендуется для более крупных команд, потому что сборщики, как правило, довольно интенсивные для CPU и IO зверей - однако для небольшой команды, такой как ваша, и предполагая, что у вас тоже нет многие строят определения, которые могут запускаться сразу, и вы должны уйти от него.