ы

вы меня неправильно поняли. Я имел ввиду логгирование изменений, банальный git log)

А в ci вы можете и логгирование навешать, и проверку линтерами и всё что душа пожелает

"логгирование изменений" - есть разве что встроенная svn в ide

встроенная svn в ide

ВОТ ЭТО ПОВОРОТ

она проверяет лишь отличия между локальной копией и той, что на сервере.

svn это не гит

Спасибо моему телефону, который затер все что я писал до этого.

Немного повторю то что написали выше, но все же.
1) Нужен контроль версий (дальше будет на примере git)
2) Нужно настроить флоу работы, чтобы в репо было две ветки: релизная и ветка разработки (gitflow тут подошёл бы идеально).
3) Нужно настроить сервер CI (хоть тот же gitlab), чтобы на коммиты в эти две ветки CI-сервер разворачивал на нужном сервере ревизию из нужной ветки. На коммиты в develop заливал на тестовый сервер, на коммиты в master на боевой.
4) Нужно настроить на CI сборки для остальных веток, для которых нужно деплоить что-то куда-то. В какой-то CI видел возможность автоматизировать этот момент используя маски для матчинга имен веток.
5) Подстроить правила запуска сборки (по времени, на каждый коммит или по запросу), тесты, нотификации на фейлы и все что нужно.

гитлаб не ci

Там есть CI для репо которые на нем хостятся

матчинг настраивается в гитлабе и на те что под матч попадают можно свой хук поставить

Вообще-то ci

гитлаб нет, гитлаб ci да

они уже давно объединились

это теперь одно целое

окей, пусть будет так, значит я старомоден

+

Вечер в хату, бисёнены.
Вопрос по настройке репозитория на гитхабе:
Есть я - владелец репозитория, и есть десять человек, которым нужно уметь создавать ветки, отправлять в master пуллреквесты, но они не должны мочь их аппрувить. Как это можно сделать?

сделай им права write и всё