最近 git サーバーをセットアップする必要があり、ネットでさまざまな情報を調べたところ、サーバー上にベア ウェアハウスを構築することが提案されていましたが、ベア ウェアハウスは操作できません。
次に、いくつかのブランチがある gitflow を作成する必要があります。git 管理者は、特定の時点で開発者の送信を指定されたブランチにマージする必要があります。
そこで問題は、Git 管理者として、このウェアハウスをどのように運用すべきかということです。
頭の中に計画があります。サーバー上の特定のパスにあるウェアハウスのクローンを作成し、このウェアハウスで操作を実行し、操作後に中央のウェアハウスにプッシュします。これは可能なはずです。
しかし、業界では一般的にどのように取り組んでいるのかも知りたいのです。それとも私のアプローチに欠陥があるのでしょうか?
gitlabが必要です
Git は SVN ではなく、中央のウェアハウスがなく、ユーザーの権限を制御しないため、業界にはそのようなモデルはありません。
率直に言えば、いわゆる管理者の制御ではなく、完全にユーザーの意識的かつ合理的な使用に依存します。
上の階に進みます。gitlib が必要です
gitlabのワークフローはhttp://www.ruanyifeng.com/blo...を参照しており、マージリクエストはh5ページ上で操作されます。ワークフローを完全にコピーするかどうかはあなた次第です。