Комментарии 20
github actions?
Можно использовать и их, только они платные)
Условно-бесплатные (есть бесплатный лимит серверных ресурсов на каждый месяц).
33 часа (2000 минут) в месяц бесплатно. Сборка C# солюшена на 100 проектов занимает пару минут - можно хоть каждый час выкатываться. Если пет-проект не форк хромиума, то вполне хватает, обычно 😀
Спасибо за комментарий) Я просто знал что они платные и уже особо дальше не стал смотреть в эту сторону) В будущем буду брать в расчет GitHub Actions)
Звучит как «я просто не стал разбираться и сделал свой велосипед»
Если бы разобрались, может и статьи бы не было
Я соглашусь с вами, что чаще приоритетнее использовать готовые решения, но иногда бывает желание написать что то свое, иногда это помогает узнавать что то новое, так что в велосипедах не вижу ничего плохого, благодаря ним появляется выбор и возможность использовать какие то альтернативы. Согласитесь что не очень круто когда для решения какого то вопроса есть только один возможный вариант.
Поэтому лично я ничего не имею против велосипедов, вопрос в их качестве, а когда есть другие люди, которым твой велосипед может понравиться, то велосипед в теории может и перестать быть велосипедом благодаря большому количеству пулл реквестов )
А еще есть Gitlab CI и множество других сервисов (и у всех есть бесплатные тарифы)
https://github.com/255kb/stack-on-a-budget/blob/master/pages/continuous-integration-delivery.md
А потом гитхаб накладывает санкции на вашу страну (или комнадзор вашей страны блокирует гитхаб, или блочит порнхаб по маске *hub или ещё что-нибудь такое), вы мигрируете на битбакет/гитлаб/другое и там всё это нужно переписывать (если оно вообще есть).
+
Как раз таки в кейсе с моим деплоем можно немного поправить код, и будет работать как с гитхабом гитлабом и битбакетом. Буквально пару строчек поправить, и будет работать с чем угодно. А если использовать GitHub Actions etc... то придется каждый раз при переезде с одного провайдера на другой править конфиги
Вам не кажется, что это следствие, а не причина проблем?
Оцените заодно и пайплайны gitlab.com - деплой по кнопке, параллельность, интеграция с terraform, k8s и прочее.
Сборка из-под рута это всегда прекрасно. Ну и зависеть от ssh-agent.service -- чуток удивительно, понятнее была бы зависимость от socket'а.
git-trigger запускает воркер, который с какой-то периодичностью пытается сделать git pull origin branchname
Может быть, разумнее держать один лёгкий http-сервер, на который вешать вебхуки Github/Gitlab (на Github этот функционал даже без GH Actions реализуется) и pull делать только тогда, когда изменения действительно произошли?
vercel в помощь
Вот так рождаются изобретатели велосипедов, которые нафигачат че попало, а потом другим с этим работать. Отсюда фразочки исторически так сложилось, и это Легаси.
За попытку зачёт, просто в копилку опыт как что то создать. За реализацию хвалить не стоит. Учитесь гуглить, и читать документацию. Не увидел у вашего раннера того что не может условный sh раннер, или докер раннер который соберёт что угодно где угодно.
Постройка велосипедов не всегда оправданна.
О, а расскажите, раз уж зашла речь, про github actions - как там "правильно" выкатывать сборки на vds ? только через ansible ?
Как я организовал автоматический деплой для своих пет-проектов