問題タブ [merge-conflict-resolution]

リベース中に非常に頻繁に、Git は次のようなマージ競合を生成します。

2 つのセクションは、文字単位で同一です。

これは既知のバグですか? OS X でバージョン 1.8.2 を使用。

私たちは同じプロジェクトに取り組んでいる開発者であり、プロジェクトに git を使用しています。2 人以上がたまたま同じファイルで作業していると、対処が困難な git の競合が発生します。これらの競合が発生すると、1 人の開発者が行った変更が失われることがあります。

彼らはチームで git をどのように使用していますか? git の競合を回避するための適切なフローは何ですか?

前もって感謝します。

私のgitプロジェクトには（Windows）SourceTreeを使用しています。コマンドプロンプトまたはLinuxターミナルで実行できます。

しかし、対話的かつ視覚的に競合を解決する良い方法があるかどうか疑問に思っています。たとえば、プルが競合を検出すると、GUI ベースの競合ツール (P4Merge など) がポップアップします。出来ますか？

私は常に手動で競合を解決していますが、これは苦痛です。

これは、たとえば、pullSourceTree からの git メッセージです。

短いバージョン: 私は自分のbrewのインストールをめちゃくちゃにしてしまったと思います.どうすればいいのかわかりません.

ロングバージョン…

私はルビーをインストールしようとして一日を始めました：

これはかなり単純に思えました。すぐにこのエラーに遭遇しました：

brew doctor を実行した後、フォームのエラーの長いリストを発見しました

最終的に、私はこれを巨大な chmod で解決しました。

トリックを行うように見えました。

そこから、簡単な「brew update」を試してみました。これにより、新しい問題が発生しました。

他に何をすべきかわからないので、「git commit」を実行し、変更を正常にコミットしました (それらが何であったかわかりません)。brew update とマージするときに変更を上書きするだけで簡単だと思いました...

...そして、それは間違いなくそうではありませんでした。brew update からの出力例を次に示します。

現在、brew のすべてのファイルには、"<<<<<<< HEAD" と ">>>>>>> [hashcode]" が散らばっています。これを修正するために、ここで見つけたいくつかのコマンドを実行しました。

私は git の経験があまりありませんが、これはひどい考えだったと確信しています。Git は、マージする変更はないと確信していますが、「<<<<<<< HEAD」などのタグはすべてコード内に残っています。brewのベースコードが読めないので、「brew doctor」や「brew update」すら実行できません。

結論...

最良のアイデアは、brew をアンインストールしてから再インストールすることだと思います。ただし、brew のすべてのインストールを再インストールする必要があります。そして、「醸造リスト」を実行できないため、これらが何であるかわかりません。すべてのリモート変更を受け入れる方法はまだありますか? 今何ができますか？

バージョン管理 (Tortoise HG を使用) の使用法を学んでいるので、この質問は非常に基本的なものかもしれませんが、解決方法がわかりません。

ブランチ A に次のテキスト ファイルがあるとします。

ブランチ B には、次のものと同じテキスト ファイルがあります。

これら 2 つのファイルを TortoiseHG でマージすると、マージは KDiff で解決されます。Kdiff では、2 つのうちの 1 つだけから行を選択できます。マージされたコードに、次のような両方の行を含めたい:

順序は重要ではありません。KDiff3 でマージの競合を解決して、必要なものを取得するにはどうすればよいですか?

これは学術的な議論ではありません。これは、小さな Android アプリケーションのコードで起こっていることの単純化されたバージョンであり、文字列の XML ファイルが両方のブランチで編集されています。

サーバー上のすべてのファイルを GitHub 経由で更新します。しかし、昨日「git pull」を行ったのですが、ダウンロードしたファイルが壊れていたため、ウェブサイトを確認すると、奇妙なものが表示されていました。それは書かれHEAD >>>>>>>>>>ていて、残りは覚えていません...そして、いくつかの奇妙なトークンコード

何が原因でしょうか？

プル後にファイルが破損しているかどうかを確認する方法はありますか?

私はiptablesをセットアップしています...

Linux Ubuntu 12 を使用しています。

チームの他の誰かが特定のファイルを変更したときに GitHub からプルすると、Git コマンドは、Git が修正できなかった未解決の競合があることを示します。競合を修正するために Perforce または Visual Studio 2012 を開くと、グラフィカル ツールは競合がないことを示し、マージをすばやく実行します。

Git には、セットの mergetool/difftool とは独立した内部競合検出/マージ ツールがありますか?

または、構成済みのツールを使用して自動マージし、解決できない競合を検出しますか?

私のシナリオは奇妙です.Gitは自動マージできないことを示していますが、グラフィカルツールは問題を示していません.

「p4 resolve」によって示される差分チャンクに基づいて解決決定を行うシェル スクリプトを設計したい

私のスクリプトの現在の状態は次のようなものです-

p4 integ -b @=CL #これにより、デフォルトの CL でファイルが開かれます。

p4 resolve #デフォルト CL で開かれたファイルを 1 つずつ解決するようになりました

現在、私の問題は、p4 resolve を使用すると、その出力をファイルにリダイレクトしたり、diff チャンクを読み取ったりできないことです。これは、1 つのファイルの diff チャンクを表示し、解決の決定のためにユーザー入力を待機するためです。私はスクリプトが非常に明白な決定を下すことを望んでいます。

では、デフォルトの CL でファイルの差分チャンクを見つける方法はありますか? とにかく、これらの差分チャンクを読んで、これらの明らかな解決決定を下すことができますか?