Тут возникает логичный следующий вопрос.
Раз вы хотите развернуть свой сервер, который будет отвечать за всё, то зачем тогда вам делать его промежуточным? Делайте его полноценным тогда и вообще отвязывайтесь от облака.
The Send-MailMessage cmdlet is obsolete. This cmdlet doesn't guarantee secure connections to SMTP servers. While there is no immediate replacement available in PowerShell, we recommend you do not use Send-MailMessage. For more information, see Platform Compatibility note DE0005.
Вот например у нас проект есть на Rust, и нам нужно собирать rpm и deb пакеты, в качестве ci используем гитлаб.
Для каждого вида пакетов - свой набор всяких манифестов и post install скриптов (создать папки, накинуть нужные права итд).
По сути в них написано одно и то же, но разным синтаксисом.
А потом в пацплайне отдельные джобы для:
1. Сборки приложения
2. Сборки пакетов (переносятся артефакты из сборки)
3. Публикации в репозтиториях.
Но это всё делается 1 раз и практически никогда больше не меняется, так что никакой проблемы нет в дублировании.
Единственное что упрощается по сравнению с плюсами и cmake - не нужно руками никакие утилиты для сборки вызывать/писать баш скрипты, всё запускается через cargo
Александр, всё что ты делаешь в рабочее время для компании - это собственность компании, так что перед PR нужно спрашивать у руководителя или юридического отдела
Ну раз уже есть женкинс, то почему бы на нём всё не сделать? Для разных ОС всё равно нужен будет свой скрипт для пакетирования, но компилировать можно будет 1 раз, а упаковывать и публиковать в разные репозитории - параллельно
Видимо пришло время с докером по разбираться. Просто сложить все файлы в папочку врядли выйдет, тк есть ещё и окружение, которое преподавателю придётся повторить
Раз вы хотите развернуть свой сервер, который будет отвечать за всё, то зачем тогда вам делать его промежуточным? Делайте его полноценным тогда и вообще отвязывайтесь от облака.