問題タブ [merge-conflict-resolution]

Git をマージしようとすると、次のように表示されます。

実際、私はfoo.txt自分のブランチでは削除しませんでしたが、新しい場所に数回移動しました。Git がこの複数の移動情報を失ったのではないかと考えており、ファイルを削除して別の場所に新しいファイルを作成したと考えています。

ファイルが現在どこにあるかを Git に知らせることはできますか?

奇妙な git マージの問題に遭遇しました。2 つのリポジトリがあります (以下の簡略化)。PublicRepo は、ほとんどの開発を行っている場所であり、時々変更を PrivateRepo にプル/マージします。

https://github.com/suwatch/PublicRepo

https://github.com/suwatch/PrivateRepo

PublicRepo のクローンを作成し、以下の行を削除してkudu.web/kudu.web.csprojに変更を加えてコミットした場合。

この変更を PublicRepo -> PrivateRepo からプル/マージしようとすると、自動マージは単にこの変更を無視し、何も削除しませんでした。別の行で試してみてください。うまくいきます（適切に削除されました）。何が問題なのだろうか？どこから調査を開始しますか? これを修正するには、プル/マージするたびにすべての自動マージされたファイルを確認する必要があることに加えて、何をしなければなりませんか?

ありがとう！

私の質問は、リモート リポジトリからデータをプルしたときにこのテキストが表示されるのはなぜですか? 私は Git の初心者です。誰かが私を助けてくれることを願っています。

現在、多くのコミットをリベースしていますが、以前は1つで2つのファイルで競合が発生していました。それらを調べて、「私たち（マスター）」を安全に使えると判断しました。

そこで、を実行するgit checkout --ours .と、競合ファイルはマスターバージョンを正常に使用しました。

ただし、コミットには他のいくつかのファイルも含まれていることを思い出しました（競合していません）。私のコマンドは（私の間違いで）それらのファイルのマスターバージョンもチェックアウトしますか？

iPhoneアプリケーションで作業している開発者間でgitを使用してコードを共有するためのベストプラクティス/プロセスは何ですか。

コマンドラインから通常のgit-fetch、git-rebase origin / master、メソッドに従うたびに、.xcodeproj、.xib、およびStoryboardファイルで競合が発生します。

.xibは通常修正が簡単なのでそれほど悪くはありませんが、.xcodeprojは一貫して破損しており、一貫して修正する簡単な方法を見つけられませんでした。

プロジェクトファイルを共有し、gitとの競合を解決するための最良のワークフローは何ですか？

ブランチを作成し、多くの変更を加えました。変更をコミットしてから、変更をアーカイブしました。次に、マスター ブランチに切り替えて、マージを試みました。コミットされていない変更があると言われました。そこで、master ブランチでコミットして、それが何について話しているのかを確認しました。変更された UserInterfaceState.xcuserstate というファイルがあるとのことでした。だから私は変更をコミットしました（変更が何であったかわかりません）。それから私は再びマージしようとしました。次に、マージ ウィンドウを開き、UserInterfaceState.xcuserstate との競合があることを示します。そこでブランチに戻ったところ、同じファイルをコミットする必要があることがわかりました。これは以前は表示されませんでした。それで私はそれをコミットし、マスターブランチに戻りました。もう一度マージしようとしましたが、変更がコミットされていないためできません。案の定、UserInterfaceState. xcuserstate を再度コミットする必要があります。私はそれをコミットし、マージしようとしました。競合と同じ問題。その悪循環。

このファイルとは何ですか? また、報告された競合を解決するにはどうすればよいですか? プロジェクト ナビゲーション ウィンドウに表示されません。さらに、UNIX ファイル システムにはありません。私は完全に立ち往生しています。提案？私はxcode 4.5.2を使用しています

[cvimdiff では、 andを使用]cして前または次の変更に移動できますが、3 者間マージを行う場合、これらの変更の多くは競合しません。Kaleidoscope などの次の変更ではなく、次の競合に移動するコマンドはありますか?

Subversionを使用して2つのブランチをマージすると、競合が発生することがあります。

実際のコードを見て、次々に解決する必要があるので、これは実際の問題ではありません。

しかし、カメは私に後でそれらを解決してほしいと望んでいるので、私は通常、マージプロセス中にそれらを解決したくありません。

コードベースは非常に巨大であり、アイコンの更新に多くの時間がかかるため、競合をすばやく追跡することは非常に困難です。

では、リポジトリ内の現在のすべての競合のある種のリストを作成するための最良/最も簡単な方法は何ですか？

どんなアイデアでも大歓迎です。ソリューションが効率的になり次第、別のツールやコマンドラインを使用することもできます。

どうも！

私にとっては、手動で解決された競合は、バグの最大の原因の 1 つです。

現在、私たちは石器時代の慣習であると私が考えている、1 つのモニターの前に大声で集まって紛争を解決しています。さらに、ビジュアル差分ツールを保存して閉じた後、何かを再確認したり修正したりする場合に、後で競合ビューに戻ることができません。

git で手動で解決された最新の競合をすべてすばやく確認する方法を探しています。

すべての競合について、A ブランチ、B ブランチ、およびその結果のコードを確認したいと思います。

必要なツールに手動でコミット番号を与えるか、リストで競合を確認できます。

オフトピック：

私の素晴らしいアイデアは、競合が発生した場合にマージレビューを導入することです。コードのその部分を担当するすべての開発者 (両方の分岐で) は、特にリモートで作業している場合は、競合を確認する必要があります。双方からの確認後にのみマージを許可するのはどうですか?

Bazaarでは、foo.htmlで競合がある場合、追加の3つのファイルが作成されます

その後、あなたはすることができます

共通の基礎を他の一連の変更と比較することは、それらが何を変更したかを正確に示し、なぜそれを行ったのかを答えるのに役立つため、非常に役立ちます。たとえば、変更されたのが空白だけの場合は、自信を持って自分の変更を使用できます。

gitでこれを達成するにはどうすればよいですか？