.h作業中のプロジェクトのヘッダーファイルで小さな競合が発生しました。このプロジェクトはGitで追跡されています。

幸いなことに、競合は非常に簡単に解決できました。使用しました

git mergetool

opendiffそして、私のMacではFileMergeのように見えるデフォルト（）を選択しました。適切な変更を加え、ファイルを保存して閉じました。

次に、Gitは、マージが成功したかどうかを尋ねました。私は「はい」と答えました。

Was the merge successful? [y/n] y

しかし今、私は持っています：

これらの余分なジャンク競合ファイルのうち、FileMergeによって作成されたものと、Gitによって作成されたものはどれですか？

そしてもっと重要なこと：どうすればそれらを削除できますか？

私はgit-svnを使用して2台のマシン（MacとWindows）で作業しています。私のリモートリポジトリはsvnです。私はMacをマスターリポジトリとして使用し、Windowsをスレーブとして使用しています。したがって、すべてのgit-svn操作はMacで実行され、WindowsマシンはMacで「gitpull」または「gitpush」のみを実行します。

次のようなワークフローでは、何百もの競合を解決する必要がある状況に陥ることがよくあります。

1. 私は主にMacで作業し、次にWindowsに「gitpull」させてテストを行います。
2. 時々、Windowsで少し作業して、機能ブランチにコミットする必要があります。
3. 次に、「gitpushorigin」を実行してブランチをMacにプッシュバックします。
4. 次に、Macで「gitmergewindows_branch」をマスターブランチに入れます。
5. 最後に、「gitsvnrebase」と「gitsvndcommit」を実行します。

ステップ5で、ここに衝突が来ます！そして、私はかつて、「git mergetool」、「git rebase --continue」、「git rebase --skip」、および「git rebase --abort」ワークフローを使用して、すべての競合を3時間かけて調べました。運が良ければ、それらすべてを理解することができます。しかし、場合によっては、それらの数が多すぎて、さらに悪いことに、リベースは履歴をトラバースするときに同じ一連の競合を繰り返し実行します（gitはファイルではなく変更のみを認識します）。最終的に私は混乱し、それらのいくつかを誤って解決し、より大きな悪夢を引き起こします。私が学んだいくつかのスクリプトは、「gitaccept-ours」や「gitaccept-theirs」のようなことをするのに役立ちますが、これは削除されたファイルを含む履歴ではうまく機能せず、繰り返し受け入れる必要があります。

これは、分岐とマージのワークフローを使用することを本当に躊躇し始めるほどの悪夢でした。問題は、なぜこれほど多くの衝突が発生する可能性があるのか​​正確にはわからないということです。しかし、そのような競合を防ぐか、簡単にバッチ解決するのに役立つ推奨ワークフローまたはプラクティスがあれば、それは素晴らしいことです。

助けてくれてありがとう！

これがシーケンスです

この時点でブランチに編集はありません

1. git pull --rebaseリモートブランチに追跡されているブランチで実行しました
2. 競合が発生しました
3. やったgit reset --hard
4. それからgit rebase --abort

そして今、私のブランチはXコミットで進んでいると言われています

私はgit reset --hardもう一度やり直してから、ブランチgit fetchをgit fetch originもう一度git checkoutしてみましたが、まったく役に立ちませんでした

この問題を解決するにはどうすればよいですか?

Git / GitHub は初めてです (過去に VSS を使用していました)。私のSO投稿に基づいて、私はWindows GitHubを使用しています。コマンドプロンプトベースのGit bashのものと比較して、ユーザーフレンドリーです。特に同期機能、SSHなどの心配はありません...

VSS（少なくとも基本的なチェックイン/アウトとロールバック）の観点からフローを理解しようとしています。私の理解 -

1. 最初に、リモート リポジトリをローカルで複製します (おそらく、VSS でプロジェクト全体をチェックアウトするのと同様ですが、Git では別のクローン コピーになります)。
2. 後でプルする必要があります（VSSで最新のものを取得するなど）。変更、コミット(ローカルのクローン ブランチですべて実行) - ステージング チェックインと同様
3. 最後に、コミット (ステージングされた変更) をリモート リポジトリにプッシュします (VSS の最終チェックインのように)。

ツールは競合を検出/処理できますか? 優れたSO 投稿 を見つけましたが、確認する必要があります。プッシュ中に競合メッセージが表示されると思います。次に、ファイルを手動で変更 (変更をマージ) してから、もう一度プッシュする必要があります (VSS でマージするように)。コマンドラインを使用する必要がありますか、それともツール内から可能ですか?

また、Git bash またはツールから前のバージョンにロールバックするにはどうすればよいですか?

また、いくつかの VS.Net ソース管理プロバイダーと拡張機能を見つけましたが、古い SSH やその他の複雑なものに戻ってしまったものもあります。チームを励ますために、シンプルに保ち、複雑さを最小限に抑えたいと思います..私の言いたいことがわかっているなら。VSS は、使用するのも学ぶのも簡単でした :-)

参照

• Good Win Github 記事
• git コンセプトのクールなガイド
• Git ツール

git merge master別のブランチから実行しようとすると、次の競合が発生します。

私は競合を解決する方法を知っていますが、HEAD バージョンには特定の行にコンテンツがないため、そもそもなぜ git がこれを競合として認識するのか興味があります。

マスターから3行を追加してマージするだけのgitの単純なケースではありませんか?

アップデート：

@Marcinは正しいです。答えに基づいて、テストを行いました。たとえば、以下のような git ツリーがあるとします。

temp.txtの内容commit A:

temp.txtの内容commit B:

temp.txtinの内容commit Cは空です。

この時点で、次のようにします。

次に、次のものを取得します。

私はかなり頻繁にこのシナリオにいますが、何をすべきかわかりません。

1. ブランチで何かを変更しました。コミット＆プッシュ。
2. 私はまだ同じブランチに取り組んでいて、誰かがコミットしてプッシュしました。
3. 変更が完了し、git commit -m "Blabla"を実行してプッシュしました。
4. リポジトリが先にあり、いくつかの変更が失われる可能性があるため、Git はプッシュを拒否しました

私の考えは次のとおりです。

• pre git commit -m "blabla"に移動します（<-これが私が立ち往生している場所です）
• スタッシュの変更
• リポジトリから最新の変更をプルする
• stash を作業ディレクトリとマージする
• もう一度コミットする
• 押す

そのような「対立」をどのように解決しますか、またはこの状況で行う最善のことは何ですか?

マスターブランチが許容可能な状態に達したときにgithubにプッシュするgithubブランチがあります（これは一度行っています）。この目的のために私はしました：

私が望むのは、作業ディレクトリをマスターHEADとまったく同じ状態にすることです。

• これを行う私の方法は間違っていますか ( --squashing を github ブランチに繰り返しマージします)。

• これを達成するための簡単でばかげた方法はありますか（各競合を経ることなく）。

• おまけとして、この写真のUse Local VersionとUse Remote Versionの意味を知りたい- msysgit: