私は、開発者がリポジトリを複製し、その後、この特定のユーザとその特定のプロジェクトで動作するようにファイルの一部を仕立て屋のスクリプト実行したプロジェクトに取り組んでいる（いないクローン化されたプロジェクトを。）"unmergeable commits"の代わりにワークフローの提案。
I開発者が変更をコミットできるようにします。
私は、開発者がリポジトリのマスターブランチに変更をコミットしないようにしてください。
私が設定した（スクリプト化した）設定は、ユーザーと（他の）プロジェクト名に基づいて新しいブランチが作成され、そのブランチがチェックアウトされ、ファイルが変更され、ファイルはコミットされ、自分の（私的な）ブランチにプッシュバックされます。
私たちのリモートリポジトリ（Bitbucket）に、開発者がプロジェクトをクローンしたり、新しいブランチを作成したり、ブランチにコミットしたりすることができないように十分にきめ細かいアクセスコントロールがあるかどうかはわかりません（そのことについてまたはその他のブランチ、。）「マスター」
（警告：ここでのGit /のBitbucketの初心者くさい...）
フォークが分岐するより良い代替かもしれないと私には思えるが、それはありません（AFAIK）をローカルで実行してからサーバーにプッシュすることができます。 Bitbucketでgit repoを作成するには、ITリクエストと1日か2日かかることがあります。 （まあ、それは会社口座のためです。すべての開発者は自分の口座から始まり、フォークをそこに押し込めるかもしれませんが）それは所属する場所にレポを入れませんでした）
私はunmergeableブランチと一般的な解決策は別のモデルを見つけるように見えた。
これは私が見落としているこの問題のより良い解決策があるかどうか疑問に思う。いくつかの方法：
クローン - はい
がコミットしてプッシュする - バックはい
マージ - NO！
ありがとうございます！
をしています同じ操作。レポをフォークすることは、すべてのブランチを分岐させてクローンを作成することを意味します。 Gitのような特定のVCSに変換したら、実装固有の違いを列挙できます。 – torek