Gitlabワークフロー、ブランチでのコードレビューまたはマージリクエストの強制

私は、会社でGitlabをワークフロー戦略で実装することに取り組んでいます。私の考えは、開発者はリポジトリへのアクセスを許可されるが、コミットしようとするときはいつでも、コードをレビューする必要があるということです。

コミットする前にブランチを作成し、レポジトリにプッシュされた後にマージリクエストを作成できることを知っています。特定の事柄についてはまだ不明です...ブランチを作成するために人に頼ってからマージリクエストを行うという考えは間違っているように見えますが、マスターブランチがadmin」は、統合しようとしているコードを承認します。「github team workflow」を読みましたが、実行可能なソリューションを提供していないようです。プロセスまたはご自身のベストプラクティスに関するアドバイスを歓迎します。ありがとう！

私はgitlabでの作業を開始しました。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. チームリーダーがコードを確認し、メインブランチにマージします

リポジトリのコミットセクションでは、実際にブランチを保護することができます。これにより、開発者は上記のプロセスを実行し、ブランチを作成してマージリクエストを送信する必要があります。