Мне жаль, что заголовок не ясен. То, что я хочу сделать, это настроить новую среду jenkins, которая отражает нашу существующую среду, включая получение git ловушек, автоматически запускает все сборки и задачи, как активный сервер, НО не будет предпринимать никаких внешних действий, особенно отправка результат возвращается обратно.
Я не хочу вдаваться в логику c хитрости, как например, тестирование глобального env var "jenkins_env == prod", et c. Я вроде хочу обернуть что-то вокруг сервера, поэтому мне не нужно менять функциональность самого сервера - в этом суть сине-зеленой настройки - но без добавления тонны шума и недопустимых отчетов в рабочие потоки разработки .
Имеет ли этот вопрос смысл? Существует один аналогичный вопрос о SO, который указывает на ServerFault , который в основном является тем же вопросом, но не имеет ответа.
Запрет этой указанной c установки, причина Я пытаюсь сделать это, чтобы настроить тестовую среду jenkins, которая будет обеспечивать бесперебойную работу обновлений и не прерывать работу каналов. Я не могу придумать реальный способ сделать это без копирования некоторых каналов на другой сервер, но потом я сталкиваюсь с проблемой, которую я описал выше, которую я пытаюсь избежать. Я где-то читал, что шаблон, используемый для этого сценария, заключается в создании каналов, которые проверяют функциональность, используемую вашими производственными каналами, но сами по себе они не являются. Но я не уверен, как go делать это, когда у нас есть десятки или сотни различных каналов.
заранее спасибо.