лол

ну ок

я сразу понял, что для вас история это всторостепенная вещь

пришел на работу человек - он обязан следовать регламенту

чо бы? ты же видишь в ней описания и ссылки на задачи

да, дык вот, соответственно, это _ничего_ не говорит лично о человеке или качестве его кода

Всем привет, помогите правильно выбрать схему работы с GIT:

1.Есть сайт - продакшн,
2.На этом же сервере есть dev версия сайта, на которой тестируются все нововведения,
3.И есть как минимум 3 локальные копии сайта у 3-х разработчиков.

Сейчас работа выглядит так: разработчик вносит изменения в свою локальную копию и загружает их на дев сайт, после обкатки все изменения ручками переносятся на продакшн.

Как правильно организовать работу с GIT?
Можно ли не использовать сторонние репозитории (GitLab и т.д.)?
Есть ли примеры настройки подобной схемы (желательно на русском)?

можно на локалке настроить передачу изменений, но это геморно и неюзабельно. Почему не гитлаб то?

а какова роль гитлаба в данной цепочке? На нем хранится еще одна копия сайта? Не слишком ли большая цепочка получается?

гитлаб - центр приема нововведений к которому у каждого разработчика есть доступ. А где вы предлагаете хранить изменения каждого девелопера, на локальном компьютере? А если жесткий диск навернется или что-то с системой произойдет. Так же из любой точки мира можно склонировать репо и продолжать работу

в гитлабе можно активность смотреть и прочие фичи

а причем тут гит. вам надо делать паблишь/деплой, например с помощью тимсити, дженкинс и тд

(которые уже будут брать с гита то что надо)

да, как мне уже тут кто-то говорил у гитлаба, битбакета и проч есть вебхуки на которые ci вешаются

и можно настроить автозаливку ветки и деплой

+

оеее))

гит - инструмент для трекинга изменений, логгирования, в общем флоу для разработки и не более

Спасибо за наводку.

это тоже нужно, потому что сейчас никакого логгирования нет