ИЛ
Что то не понятно, что тогда вообще делать таким клиентам на FTP
вредить
Size: a a a
2021 March 05
ПГ
bitbacket CI например
Спс, но я думаю туда нужно нашить именно деплой потом. Т.е. примерно тоже самое что и gitlab ci/cd, github action .
ИЛ
заказали они сает и хочуть сами код счётчика в хеад вставить
ПГ
заказали они сает и хочуть сами код счётчика в хеад вставить
мосч
ДЛ
Если клиент в состоянии код править, то устроить ему мини обучение по пользованию гиту не видится мне рокет саенсом
зачастую представители бизнеса - владелец и менеджер в одном лице иногда за счет экономии средств сами капаются в шаблонах, но подружить с гитом а там ведь еще codereview , нет, вы что)\
КГ
зачастую представители бизнеса - владелец и менеджер в одном лице иногда за счет экономии средств сами капаются в шаблонах, но подружить с гитом а там ведь еще codereview , нет, вы что)\
Оригинальный способ уйти от код ревью
AM
зачастую представители бизнеса - владелец и менеджер в одном лице иногда за счет экономии средств сами капаются в шаблонах, но подружить с гитом а там ведь еще codereview , нет, вы что)\
Они иногда могут и 1) забыть о том, что репа ваще есть; 2) нанять новых разработчиков, которые о гите и не слышали; 3) а если слышали, то думают, что есть только прод и о репе не спрашивают; 4) делают новую репу и работают в ней 🌚
сам не сталкивался, но слышал о подобных кейсах не раз
сам не сталкивался, но слышал о подобных кейсах не раз
ДЛ
это больше политика бизнеса, если в одной компании А говорят вот вам проект и делай с ним что хочешь все проблемы возьмут на себя разрабы, а в другой компании B вот вам проект но это не льзя, и это тоже, и вообще вам нужно гит изучить, так куда они пойдут в итоге?
AM
это больше политика бизнеса, если в одной компании А говорят вот вам проект и делай с ним что хочешь все проблемы возьмут на себя разрабы, а в другой компании B вот вам проект но это не льзя, и это тоже, и вообще вам нужно гит изучить, так куда они пойдут в итоге?
а еще есть ТЗ, где обсуждают что можно будет делать без разработчиков, а что — не будет разработано и нужны будут разработчики
k
привет, а в каких случаях удобен git на проде в качестве деплоя проекта, не вижу никаких плюсов по сравнению с CI + rsync ?
В принципе оно нормально работает обычно
я не вижу чем оно сильно хуже CI + rsync
я не вижу чем оно сильно хуже CI + rsync
ДЛ
в CI + rsync есть этапы сборки, тестов, что уменьшает риски что прилетит что то не то 😁
k
в CI + rsync есть этапы сборки, тестов, что уменьшает риски что прилетит что то не то 😁
ничто не мешает делать гит пулл в CI и запускать всё что хочешь, в том числе тесты.
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
AM
В принципе оно нормально работает обычно
я не вижу чем оно сильно хуже CI + rsync
я не вижу чем оно сильно хуже CI + rsync
Лишняя нагрузка на проде при сборке. Один только композер может 3гб рамы сожрать на небольшом проекте
AM
точнее мог, пока был первой версии. Вторая уже на порядок оптимизированней
k
Лишняя нагрузка на проде при сборке. Один только композер может 3гб рамы сожрать на небольшом проекте
это да, это минус. Но это кмк не для всех проектов критично. Тем более композер нынче похорошел
k
ничто не мешает делать гит пулл в CI и запускать всё что хочешь, в том числе тесты.
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
ну и когда я говорю про git pull, я подразумеваю git pull + CI офк, а не ходить руками пуллить на прод
AM
Уже обновились до пхп 8
Анонимный опрос
Проголосовало: 64ДЛ
ничто не мешает делать гит пулл в CI и запускать всё что хочешь, в том числе тесты.
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
гарантия, что не прилетит что-то не то будет за счёт того, что и в ci и на проде будет пуллиться тот же коммит
тогда не вижу смысла держать гит на сервере клиента/своем , настраивать права к серверу закрытого репозитория, когда можно перекинуть код на сервер по rsync после успешного pipline
ПГ
Лишняя нагрузка на проде при сборке. Один только композер может 3гб рамы сожрать на небольшом проекте
Деплоер вроде на серваке все делает :(
k
тогда не вижу смысла держать гит на сервере клиента/своем , настраивать права к серверу закрытого репозитория, когда можно перекинуть код на сервер по rsync после успешного pipline
ну если у тебя уже есть rsync + CI, то я тоже не вижу смысла менять это на git pull + CI