BitBucket/GitLab/GitHubのマージ専用ブランチ？

Question

ブランチをプッシュするのではなくマージできるようにブランチを設定する方法はありますか？さらに、BitBucket、GitLab、GitHubで動作する方法はありますか？

私たちは機能ブランチを作成し、それらをBitBucket/GitLab/GitHub（プロジェクトに応じて）にプッシュし、それらを「開発」という統合ブランチにマージします。私は人々が「開発」に直接参加することを妨げたい。

BitBucketには、ブランチへのアクセスを制限する手段がありますが、人がマージ要求を行うこともできません。

Answer 1

はい：それが呼び出され（GitHub forkとits tips、BitBucket forkとGitLab forkのように）forking。

• インテグレータのみが担当するレポが1つあります（宛先ブランチにマージされます）。
  開発者はそのリポジトリにプッシュすることはできません。

• あなたは、元のレポにプルリクエストを作ることができるところから、「レポをフォーク」している：貢献者はプッシュ彼らが望む任意のブランチためにすることができますし、（そのプッシュブランチから）作るの宛先ブランチへのリクエストを引っ張ります元のレポの理論的には

---

、あなただけの1 upstream repoを使用することができますが、それはプッシュ/マージに対して枝を保護するためにgitoliteようauthorization layerを必要とします。
Github（ブランチを保護しない）、BitBucket（ブランチを保護するがマージを防ぐ）、GitLab（BitBucketと同じ）では利用できません。

これはいくつかの上流リポジトリで元のものと1つまたは複数のフォークを扱う方が簡単な理由です。

GitHub/BitBucket/GitLabはプルリクエストの周りに素敵なインターフェースを持ち、コメント付きのものを結びつけています。特定のプルリクエストを中心に通信とディスカッションがあります。

が

フォーク+プル要求は単に「Gitの道」ではない、それは本当に多くの貢献、which is why git was invented by Linus Torvalds in the first placeを統合するための最も便利な方法です。彼はLinuxカーネルのパッチのたくさん日の統合を支援します。

---

「保護されたブランチ」アプローチTippa Rajによってmentioned（と私は上記とは）それは人為的にあなたがすべてを制御する必要がの集中アプローチを、強制と同じように、私がお勧めするアプローチではありません：

• 枝は、あなたが公開されることを可能にする
• 枝を保護するために：1つのレポで、開発者はすべてその枝をプッシュするために誘惑されるだろう。

GitHubは、その理由で保護されたブランチを提供しません。。
（実際は、2015年9月以降、「How to protect “master” in github?」を参照してください）
BitBucketとGitLabがその機能を提供しています。

個々のリポジトリは、authorization layerのようなgitoliteを追加して、ブランチ（フォルダとファイルまで）を管理し、保護することもできます。

しかし、機能ブランチを中心としたコラボレーションを促進するという点では、何の要求も引き出す​​ことはありません。

Answer 2

フォークとマージ以外に、別の方法があります。

私はBitbucketとGithubについてはわかりませんが、Gitlabにはブランチを保護できる機能があります。したがって、 "支店ユーザー"以外の人がその支店に押し込むことはありません。したがって、開発者はフィーチャーブランチにプッシュでき、ブランチは「マスターユーザー」によってmasterブランチにマージされます