Serviceを読んで理解し、同意したものとみなします。659件3複数人が同一ブランチで作業をしていて、共有ファイルでよく競合が発生してしまいます。作業IDEはECLIPSEです。マージツールなどで競合の解決をしているのですが、そうなるとコミットログが複数発生してしまいます。※5の手順書き直しました!このような場合、競合解決の方法は私の手順であっているのでしょうか?また図のように複数のコミットをまとめる行為は通常しないものでしょうか?Git初心者で初歩的な質問となっていますが、ご教授のほどおねがいします。conflictを解消してコミットしたのに、rebaseができないということです。そもそもこのような状態が起きた際の正しい対処法がわからないです。rebaseというよりか、対話式リベースでスカッシュできないということです。(gitコマンドとeclipseのメニュー名称が一緒になってしまってました・・・。さんの教えてくれた内容を含め考えるとコミットをまとめる作業が無理な気がしてきました。fetchを使いましょう。(fetchは履歴情報だけを取得して、自動でのmergeは行いません)pullまたはfetchのどちらを使う場合でも、なるべくリモートからの同期を行う前に作業ディレクトリはクリーンな状態にしておきましょう。stashで退避を頻繁に競合が発生しそうなら、予め作業ブランチを切っておく競合が発生した場合には、mergeでもrebaseでも競合箇所がマークされるはずなので、競合した個所を適切に修正すればrebaseでもコミットできるはずです。(今現在実行されている手順だと、競合が発生した場合に「競合を解消するためのコミット」を作っているということですよね?)追記コマンドペースかつ説明のために冗長なやり方になっている部分があるかもしれませんが、rebaseのイメージを掴んでもらえればと思います。この場合のrebaseは「枝分かれした部分を履歴の先頭に付け替える」ために使用します。あなたがローカルのmasterでコミット(D)を作成しているうちに、リモートのorigin/masterでも別のコミット(C)が作成され、履歴が分岐してしまったとします。(You)自分の作業した分を別のブランチtopicに切り替えます。(You)ローカルのmasterを競合が起きた時点まで戻します。HEAD~で「ひとつ前のコミットまで」、なので必要に応じて繰り返す。(You)origin/masterの内容をローカルのmasterに反映します。(You)自分の作成したコミット(D)をrebaseでmasterの先頭に付け替えます。master競合が起きているならここで解消を行わないと、改変後のコミットが確定しません。(You)topicブランチをmasterにfast-forwardでmergeすればコミットが一直線に並ぶはずです。(今現在実行されている手順だと、競合が発生した場合に「競合を解消するためのコミット」を作っているということですよね?)←そうです!すみません。rebaseをコミットをまとめるコマンドと認識していましたが誤りですよね・・・。定義ファイルの編集がつきまといます。|回答スタック・オーバーフローに参加してくれて、ありがとうございます!質問の回答を共有してください。回答を説明し、自分の検討結果も共有してください。意見を述べること(意見を述べるなら、参照リソース、自分の経験で意見をサポートしてください)さらにサポートが必要な場合このヘルプを参考してください。“回答を投稿”をクリックすることで利用規約、プライバシーポリシー、及びクッキーポリシーに同意したものとみなされます。タグが付いた他の質問を参照するか、自分で質問をする。質問のフィードこのRSSフィードを購読するには、このURLをコピーしてRSSリーダーに貼り付けてください。