新しいブランチをマージするためのgitワークフローと自動マージを止める方法は？

Question

私のリポジトリのセットアップは、このようなものです：

LIVEから裸のクローンで、中央リポジトリとして機能するサーバーLIVE
という名前のWebサーバー、REPOからクローンでTESTという名前のREPO
テストWebサーバーの名前（別名LIVEと同じファイル）
localhostの開発とデバッグのためにeclipseを使用します。

私は私のサイトに新しい機能を追加したい場合は、私はこのようなワークフローを使用することができると思った...
@LIVE：Gitのプッシュは、REPO
にLIVEサーバーから @eclipseを最新のファイルを#get： "上流からフェッチmynewfeature」今私はと呼ばれる新しいブランチを作成
をEclipseにREPOから最新のファイルを#get 『』と私は終わりだとき：
@eclipse： 『REPO
に新しいブランチを#push』上流ためにプッシュ @TEST：git fetch
マージでどのファイル（ファイル名のみ）が変更されるのか？
マージする前にどのファイルが競合しているかを確認するにはどうすればよいですか？
@TEST：
@LIVE：Gitはサーバー
@LIVEを生きるために新しい機能を#getフェッチ：gitの原点をマージ/ gitのは、すべてがOKであれば私が今#apply私の新機能
を起源/ mynewfeatureをマージmynewfeature

このワークフローは正しいですか？

私の重大な問題は現在コンフリクトです。私が欲しいファイルを尋ねられたら、私はgitで "auto-merge"を取得してPHPファイルを破壊します。
ファイルをマージするときに自動マージを停止できますか？

Answer 1

通常は、ローカル開発システムでマージします。 REPOから

• プル
• 枝mynewfeature
• ため
• で...すべてがうまくいけばTESTへ
• を
• プルmynewfeature枝をレポするローカル
• プッシュブランチを開発開発システム、mynewfeatureをmasterにマージ
• プッシュmaster
REPOへのプル master TESTに、

をLIVEにポストマージ

プルmasterすべての最終チェックを行いますが、ここでマージをやっているだけの時間は、あなたの中にあります開発システム。通常の手順でローカルで競合を解決します。マージの結果をmasterにプッシュした後、他の誰も今行ったマージプロシージャを繰り返さないでください。