через push
3) С него через pull сразу на сервак
- это выглядит адекватно, так ли это? Репозиторий приватный.
новая фича - сразу по алгоритму выше прохожу и готово.
Но перед этим всем:
1) Создаю отдельного юзера
2) Даю ему право на папку ~/.ssh
3) Подключаю ключи к гитлабу (ключи от новго юзера, то есть, НЕ рута)
4) В /var/www/site.ком даю тоже привелегии на НОВОго юзера. Польностью, кроме папок bootstrap/cache/ и storage/ . Для них права для www-data . Это речь о laravel, естественно
олд скул. такой деплой можно в мейкфайл прописать и делать make deploy. методика херак херак и в прод- для простых проектов норм. даже если в докере система.
дада. У меня именно простой. Я тут один сижу над ним и чисто для себя.
у меня практически так же, только на сервере — git + gitolite для раздачи прав юзерам/группам. stages — дев, тест, прода — соответствуют веткам в git'e (master — это дев), на гитлабе заведён ключ от юзера, под которым gitolite ходит, в каждом репозитории на post-receive hook'е идёт проверка, в какую ветку пришли изменения, деплой на затронутые stage, а потом сразу пуш на гитлаб. в итоге деплой идёт в один только пуш с твоей стороны, и на гитлабе все изменения появляются сразу же.
Почему мастер это дев?)
мне показалось так удобней. хотя, таки да, где-то видел рекомендацию мапить мастер на проду
Вот это ещё посмотри: https://deployer.org/ Подробная статья с примером на L, т.к. дока суховата: https://phptoday.ru/post/deploim-php-prilozhenie-s-pomoshchyu-deployer
Обсуждают сегодня