Андрей Панфиловjust_vladimirможет быть я что то неверно понимаю, но Jenkins это continuous integration, а не только build сервер, задача CI ведь выполнить интеграцию всех доработок как можно раньше, чтобы как можно раньше увидеть ошибки интеграции, так ведь? Для этого действительно все собрать, прогнать автоматизированные тесты, которые можно выполнить не публикуя и выкатить ее куда нибудь для проверки, и мне казалось все это как раз и должен сделать мой CI, разве нет?Давайте для начала опираться на какой-нибудь ресурс, где постулированы вещи, на которые вы хотите опираться, темы "задача CI ведь выполнить интеграцию всех доработок как можно раньше, чтобы как можно раньше увидеть ошибки интеграции" в разрезе CI вообще какбы нет, в разрезе CI "интеграция" - это "интеграция изменений" в проекте, а не "интеграционные тесты", то о чем вы говорите - это или continuous deployment или continuous delivery. То что билд-сервер что-то куда-то деплоит условно хорошо работает в случае gitflow, когда специально обученный и выделенный человек постоянно мержит изменения вежду ветками, а во всех остальных случаях я хочу иметь кнопку "установить билд с номером ... на ..."
Предлагаю опираться на классиков https://martinfowler.com/articles/continuousIntegration.html

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

Petro123,
вашу идею понял, на виндовом сервере поднимаем OpenSSH сервер и дальше в целом все понятно