私は、Windows上のGit(msysgit)を使用して、これまで行ってきた設計作業の変更を追跡しています。
今日は別のPCで作業していて(リモートリポジトリbrian
を使って)、今日行った編集内容を自分のラップトップの通常のローカルバージョンにマージしようとしています。
私のラップトップでは、私はgit pull brian master
を使って自分のローカルバージョンに変更を反映させました。 InDesignのメインドキュメント以外はすべて問題ありませんでした - これは競合として示されています。
PC上のバージョン(brian
)は保持したい最新のバージョンですが、どのコマンドがこのコマンドを使用するように指示しているのかわかりません。
私は自分のラップトップにファイルを直接コピーしようとしましたが、これは全体のマージプロセスを壊すようです。
誰かが私を正しい方向に向けることができますか?
git checkout
は、このような場合に--ours
または--theirs
オプションを受け入れます。したがって、マージの競合があり、マージしているブランチのファイルだけが必要なことがわかっている場合は、次のようにします。
$ git checkout --theirs -- path/to/conflicted-file.txt
そのバージョンのファイルを使用します。同様に、あなたが自分のバージョン(マージされているバージョンではない)が欲しいと知っているなら、あなたは使うことができます。
$ git checkout --ours -- path/to/conflicted-file.txt
このように手動で(ファイルを上書きして)競合を解決してからファイルをコミットする必要があります(上書きしてもローカルバージョンを使用しても)。
git commit -a -m "Fix merge conflict in test.foo"
Gitは通常マージ後に自動コミットしますが、競合を検出したときにはそれ自体では解決できないため、すべてのパッチを適用し、残りは手動で解決してコミットすることができます。 Git Mergeのmanページ 、 Git-SVNのクラッシュコース または this というブログエントリが、それがどのように機能するのかを明らかにする可能性があります。
編集:下記の投稿を見てください、あなたは実際にファイルを自分でコピーする必要はありませんが、使うことができます
git checkout --ours -- path/to/file.txt
git checkout --theirs -- path/to/file.txt
必要なファイルのバージョンを選択します。ファイルのコピー/編集は、両方のバージョンを混在させる場合にのみ必要です。
Mipadis answerを正しいものとしてマークしてください。
またこの問題を克服することができます
git mergetool
これによりgit
は衝突したバイナリのローカルコピーを作成してデフォルトのエディタを生成します。
{conflicted}.HEAD
{conflicted}
{conflicted}.REMOTE
明らかにテキストエディタでバイナリファイルを編集することはできません。代わりに、エディタを閉じることなく、新しい{conflicted}.REMOTE
ファイルを{conflicted}
上にコピーします。それからあなたがエディタを閉じるとgit
は装飾されていない作業コピーが変更されたことを確認し、あなたのマージコンフリクトは通常の方法で解決されます。
現在のブランチにバージョンを保持して解決する(マージしているブランチのバージョンを無視する)には、ファイルを追加してコミットします。
git commit -a
現在のブランチのバージョンをマージしているブランチのバージョンで上書きすることで解決するには、まずそのバージョンを作業ディレクトリに取得してから追加/コミットする必要があります。
git checkout otherbranch theconflictedfile
git commit -a
mipadiの答えは私にはうまくいきませんでした、私はこれをする必要がありました:
git checkout - パス/ to/file.bin
または、バージョンをマージしたままにします。
git checkout - theirsパス/ to/file.bin
それから
git add path/to/file.bin
それから私は再び "git mergetool"を実行して次の対立に進むことができました。
git checkout [-f|--ours|--theirs|-m|--conflict=<style>] [<tree-ish>] [--] <paths>...
--ours
--theirs
インデックスからパスをチェックアウトするとき、マージされていないパスについてステージ#2(ours
)または#3(theirs
)をチェックアウトします。前回の失敗したマージのため、インデックスにはマージされていないエントリが含まれる可能性があります。デフォルトでは、インデックスからそのようなエントリをチェックアウトしようとすると、チェックアウト操作は失敗し、チェックアウトは行われません。
-f
を使用すると、これらのマージされていないエントリは無視されます。--ours
または--theirs
を使用して、マージの特定の側からのコンテンツをインデックスからチェックアウトできます。-m
を使用すると、作業ツリーファイルに加えられた変更を破棄して、元の競合したマージ結果を再作成することができます。
この手順はGithubにpull requestを送信した後にバイナリの衝突を解決するためのものです。
Githubで、あなたのpull requestで、衝突は消えるはずです。
私は似たような問題に遭遇しました(マージ時に衝突を引き起こしたバイナリファイルを含むコミットを引きたい)が、完全にgitを使ってできる別の解決策に出会いました(すなわち手動でファイルをコピーする必要はありません)。私はそれをここに含めることを考え出したので、少なくとも私が次にそれを必要とするときにそれを思い出すことができる。 :)手順は次のようになります。
% git fetch
これは最新のコミットをリモートリポジトリから取得します(あなたの設定によってはリモートブランチ名を指定する必要があるかもしれません)が、それらをマージしようとはしません。コミットをFETCH_HEADに記録します
% git checkout FETCH_HEAD stuff/to/update
これは私が欲しいバイナリファイルのコピーを取得し、リモートブランチから取得したバージョンで作業ツリーにあるものを上書きします。 gitはマージを行おうとしないので、リモートブランチからのバイナリファイルの正確なコピーを取得するだけです。それが完了したら、通常どおり新しいコピーを追加/コミットできます。
私はウィンドウズ上のGitでバイナリファイルの差分/マージを管理するための2つの戦略に出会いました。
Tortoise gitでは、ファイルの拡張子に基づいてさまざまな種類のファイルに対して差分/マージツールを設定できます。 2.35.4.3を参照してください。詳細設定の差分/マージ http://tortoisegit.org/docs/tortoisegit/tgit-dug-settings.html 。この戦略はもちろん適切なdiff/mergeツールが利用可能であることに依存しています。
Git属性を使用して、バイナリファイルをテキストに変換するツール/コマンドを指定してから、デフォルトのdiff/mergeツールにそれをさせることができます。 http://git-scm.com/book/it/v2/Customizing-Git-Git-Attributes を参照してください。この記事では、メタデータを使って画像を比較する例も示しています。
ソフトウェアモデルのバイナリファイルを扱うための両方の戦略を持っていましたが、設定が簡単だったので、我々は亀gitを使いました。
バイナリがdll以上のもの、あるいは画像のような直接編集の可能性があるもの、またはブレンドファイルの場合他の)本当のマージは、次のようになります。
私はあなたのバイナリファイルが何であるかを指向した差分ツールを検索することをお勧めします。
そしてそれらを比較しなさい。
ファイルを比較するための差分ツールがない場合、binファイルのオリジナルジェネレータ(つまり、{エディタが存在する} _)があるとします。 blender 3dでは、手動でそれらのファイルを調べたり、ログを見たり、相手に何を含めるべきかを尋ねたり、 https://git-scm.com/book/es/)でファイルの出力を行うことができます。 v2/Git-Tools-Advanced-Merging#_manual_remerge
$ git show :1:hello.blend > hello.common.blend $ git show :2:hello.blend > hello.ours.blend $ git show :3:hello.blend > hello.theirs.blend
Git Workflow for Excelを使用します。 https://www.xltrail.com/blog/git-workflow-for-Excel アプリケーションを使用して、マージ問題のほとんどのバイナリファイルを解決します。このオープンソースのアプリは私があまりにも多くの時間を費やすことなく生産的に問題を解決するのを助けて、混乱することなく私は桜をファイルの正しいバージョンを選ぶことを可能にします。
私のケースはバグのようです.... git 2.21.0を使って
私は引っ張った...それはバイナリファイルについて文句を言った:
warning: Cannot merge binary files: <path>
Auto-merging <path>
CONFLICT (content): Merge conflict in <path>
Automatic merge failed; fix conflicts and then commit the result.
そして、ここでの答えのどれにも、意味のある出力が得られなかった。
私が今持っているファイルを見れば...それは私が編集したものです。どちらかをすれば:
git checkout --theirs -- <path>
git checkout --ours -- <path>
私は出力を得ます:
Updated 0 paths from the index
私はまだ自分のバージョンのファイルを持っています。 rmを実行してからチェックアウトすると、代わりに1と表示されますが、それでもファイルの私のバージョンが表示されます。
git mergetoolは言います
No files need merging
そしてgit statusは言う
All conflicts fixed but you are still merging.
(use "git commit" to conclude merge)
1つの選択肢は、 コミットを元に戻す ...ですが、私は不幸で、たくさんのコミットがありました。そして、この悪いものが最初でした。それを繰り返す時間を無駄にしたくありません。
だからこの狂気を解決するために:
走ったばかり
git commit
これはリモートバージョンを失い、おそらく余分なバイナリファイルを保存するスペースをいくらか浪費します...
git checkout <commit where the remote version exists> <path>
これは私にリモートバージョンを返します
それから、ファイルをもう一度編集してから、コミットしてプッシュします。これも、おそらくバイナリファイルの別のコピーでスペースを浪費することを意味します。