私が議論したいシナリオは です。私は、マージの競合を解決するために開発者がCDを入れる共有リポジトリを持っています。GITのファイルに競合の一部を解決する
- 1つのファイルに2つ以上のマージ競合があります。
- 各競合は別のユーザーが解決する必要があります。
- 各開発者はこのリポジトリに入り、マージ競合を解決します。
- はfoo.cのは3マージが
- 1ユーザーが今GITがあるものの、「gitの追加」としてこれを認識したfoo.cにおける単一の紛争を解決し、グラフィカルなマージツール
に保存しない競合があるとしましょうファイルの他の部分では依然として競合しています。次に、別の開発者が "git mergetool foo.c"を実行すると、foo.cのポップアップが表示されません。
この問題を解決するグラフィカルツールはありますか? 複数のユーザーが同じファイル内で競合を解決して保存できるようにします。競合がある場合
これはよく考えられていることではありません。 実際のデータリポジトリのブランチにマージする代わりに、2つのベアリポジトリをマージしようとしています。作業ディレクトリがないので2つの裸のリポジトリをマージすることはできないので、私はmerge_Aと呼ばれる1つのベアレポ(A)からクローンを作成し、2つのベアレポ(B)から変更を引き出すので、merge_Aでマージ競合が発生します。さて、foo.cに3つの衝突する行があり、3人の開発者がmerge_Aにcdして解決しなければならないとしましょう。 –
3人の開発者が自分のリポジトリでマージできない理由はありますか?なぜ彼らは1つの小さな画面の周りに集まり、キーボード上で戦う必要がありますか?あなたが話している争いは、めったに* 1つのファイルにすぎないでしょう。それは、プロジェクトの半分が使用するタイプを争うでしょう! – Arafangion
このプロジェクトは国々に広がっている巨大なプロジェクトなので、このプロジェクトを共有リポジトリ(660)にして、各開発者がこの共有パスに入り、変更を加えます。 –