В TFS 2017 с обновлением 2, а НЕ в онлайн-TFS, как использовать агенты Release Management / Build в производственной среде без установки Visual Studio в поле сборки? Приветствуются альтернативные передовые практики!
Моя TFS находится в контролируемой среде разработки с другим, ненадежным доменом, нежели производственный. Установка Visual Studio на агентских машинах здесь не проблема (требуется для возможностей агентов vstest, visualstudio и др.).
Я могу настроить свои рабочие агенты для работы с TFS, как описано здесь: https://realalm.com/2016/11/25/tfs-2017-build-agent-in-untrusted-domain/
Однако мне не разрешено загружать саму Visual Studio на какие-либо производственные серверы. Мы пытаемся использовать возможности управления выпусками и непрерывного развертывания TFS. Однако я не вижу, как реализовать возможности агента в производственной среде, как того требуют агенты.
Я подумал, что, возможно, у меня есть рабочий процесс, который создает / тестирует в наших средах dev / test / qa, отбрасывает файлы в определенное место, а затем производственный агент просто извлекает файлы и развертывает их. Но это, похоже, нарушает идемпотентность скомпилированного кода и дает возможность изменять файлы в разных средах. Кроме того, производственная сборка / выпуск не будет иметь связанных артефактов результатов сборки и тестирования, и мне придется возвращаться к предыдущим историям сборки для отчета. Эта среда очень озабочена соблюдением требований и аудитом, поэтому негативно повлиять на отчеты - сложная задача.
Итак, повторяя вопрос, как использовать агенты RM / Build в производственной среде без установки Visual Studio на машине с агентом? Мы новички в CD, поэтому я открыт для мысли, что у меня неправильный рабочий процесс.