Робочий процес Gitlab, змушує перегляд коду або запит на об'єднання у відділенні

Я працюю над впровадженням Gitlab у своїй компанії зі стратегією робочого процесу. Моя ідея полягає в тому, що розробникам буде надано доступ до сховищ, але, щоразу, коли вони спробують здійснити, їх код повинен бути переглянути.

Я знаю, що я можу їх створити філію перед тим, як здійснити, а потім створити Запит на об'єднання після того, як він буде натиснений на репо. Мені все ще незрозуміло щодо певних речей ... Ідея, що ми покладаємось на людей, щоб створити філію, а потім запит на об'єднання здається несправним, чи є рішення, яке змушує якусь політику, щоб головна гілка могла залишатися чистою, якщо тільки " Адміністратор "затверджує код, який збирається об'єднатись у нього. Я читав "робочий процес в команді github", але, здається, не пропонує життєздатного рішення. Будь-яка порада стосовно процесу чи вашої власної найкращої практики. Спасибі!

Я почав працювати з gitlab, читаючи розділ HELP надає макет робочого процесу. На даний момент, здається, це найкраще рішення мого питання. Якщо хтось має досвід роботи з цим робочим процесом чи порадами, будь-ласка, додайте будь-яку додаткову інформацію.

З розділу HELP:

Робочий процес

1. Клонний проект
   git clone git@example.com:project-name.git
2. Створіть відділення зі своєю функцією
   git checkout -b $feature_name
3. Написати код. Внести зміни
   git commit -am "My feature is ready"
4. Надішліть своє відділення на GitLab
   git push origin $feature_name
5. Перегляньте свій код на сторінці комісій
6. Створіть запит на об'єднання
7. Керівник вашої команди перегляне код і об'єднає його з основною гілкою

У розділі комісій вашого сховища ви фактично можете захистити гілки, що змушує розробників дотримуватися вищезазначеного процесу, створюючи гілку та подаючи запит на об'єднання.