sampleディレクトリの中のsample.txtというファイルがあったとします。sampleディレクトリに移動してmasterブランチにてsample.txtにhello masterと書いてaddしてcommitした後に、developブランチを作成しcheckoutします。developブランチではhello developと書いてaddしてcommitして、masterブランチにチェックアウトしました。masterブランチにdevelopブランチの内容を取り込もうとしてgit merge developとやって見ればコンフリクトしますよね。
これは、sample.txtというファイルの変更がmasterブランチとdevelopブランチ二つで行われているために、どっちをマージしていいかわからず起こる衝突ですよね。ていうことは、マージの使い所って、developブランチに移動して例えばsampleディレクトリの中にNewsample.txtというファイルを作成して、それをmasterに取り込むって使い方しかできないってことですよね。
仮にdevelopブランチの状態が master + (coomit) + (commit) + (commit)だったとしてdevelopブランチの変更をmasterブランチにコンフリクトせずにマージを行いたければmasterブランチの状態がmaster - (developのcoomit) - (developのcommit) - (developのcommit)という状態になければいけない。
developブランチで作業してる間にmasterブランチに変更が加えられてcommitされていた場合、その時点でmasterブランチの状態はmaster -(developのcoomit) - (developのcommit) - (developのcommit)ではなく、全く新しいmasterに生まれ変わってるので、masterブランチにいる時にdevelopブランチをマージしたらコンフリクトが起こるってことですよね。
あんまり、便利なコマンドではないなと思ったんですが、どう思われますか
-
気になる質問をクリップする
クリップした質問は、後からいつでもマイページで確認できます。
またクリップした質問に回答があった際、通知やメールを受け取ることができます。
クリップを取り消します
-
良い質問の評価を上げる
以下のような質問は評価を上げましょう
- 質問内容が明確
- 自分も答えを知りたい
- 質問者以外のユーザにも役立つ
評価が高い質問は、TOPページの「注目」タブのフィードに表示されやすくなります。
質問の評価を上げたことを取り消します
-
評価を下げられる数の上限に達しました
評価を下げることができません
- 1日5回まで評価を下げられます
- 1日に1ユーザに対して2回まで評価を下げられます
質問の評価を下げる
teratailでは下記のような質問を「具体的に困っていることがない質問」、「サイトポリシーに違反する質問」と定義し、推奨していません。
- プログラミングに関係のない質問
- やってほしいことだけを記載した丸投げの質問
- 問題・課題が含まれていない質問
- 意図的に内容が抹消された質問
- 過去に投稿した質問と同じ内容の質問
- 広告と受け取られるような投稿
評価が下がると、TOPページの「アクティブ」「注目」タブのフィードに表示されにくくなります。
質問の評価を下げたことを取り消します
この機能は開放されていません
評価を下げる条件を満たしてません
質問の評価を下げる機能の利用条件
この機能を利用するためには、以下の事項を行う必要があります。
- 質問回答など一定の行動
-
メールアドレスの認証
メールアドレスの認証
-
質問評価に関するヘルプページの閲覧
質問評価に関するヘルプページの閲覧
+4
git mergeで必ずしもコンフリクトするわけではありません。
git mergeが便利なのは、例えば、バグが見つかって、それを改修するためにbugfixブランチを切って、作業して、masterに取り込むといった際に使います。
merge機能がなければ、masterだけで作業しなくてはならなくなります。仮にmasterブランチだけで作業することになれば、ソース改変によってプログラムが動かなくなってしまったら、原因を突き詰めなければなりません。
しかし、bugfixブランチで作業していれば、仮に間違ったコードが混じっても、bugfixブランチを削除することだけで事足ります。
つまり、ある特定の状態をmasterとして担保したいがためにmerge機能があると思います。そういった理由からgit開発するのであれば、masterだけで作業するのは意味がありません。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
+2
こんにちは。
複数の人が複数のファイルをメンテナンスしている状況を想像して下さい。
結構よくあることですね。
Aさんがファイルaの100-200行目を修正し、Bさんが同じファイルaの500-510行目を修正した場合、修正がこれだけなら、マージでコンフリクトしません。
このような修正をAさんとBさんがそれぞれ独立に多数のファイルに対して行っていた場合、両方の変更点を「マージ」する手作業は地獄ですし、そもそも間違いの元です。
確かにコンフリクトした場合だけは自動化できませんが、そうでない限り自動でマージしてくれるって本当に幸せなことだと思います。
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
0
まずはコンフリクトについて、例えばsample.txtを二つのブランチでそれぞれ変更したとしてもコンフリクトが起こるとは限りません。行単位にコンフリクトがチェックされるからです。この点は問題の本質ではありませんが実運用上知っておくべき点です。（実際のところコンフリクトは多くないという話でもあります。）
次に、コンフリクトは問題ではありません。
例えばsample.txtの内容が順不同のリストだったとして、
masterブランチが
A
B
C
Dで、developブランチが
A
D
B
Cだったとすると、マージした結果は
A
D
B
C
D
となります。また、この時コンフリクトは発生しません。
しかし、Dが２件登録されているのは無駄であり、メンテナンス時に漏らす可能性があります。
このようにマージの際には意味上のコンフリクトが起こっていないかのチェックが大事となります。
それと、masterブランチにすでにコミットされている内容はおそらく必要だからコミットされているわけで、developブランチをmasterブランチに取り込む際にはmasterブランチのコミットも取り込む必要があります。
つまり、マージそのものが問題であり本質的であるために、自動化が難しい点でもあります。（ユニットテストなどが助けてくれます。）
私はMercurialに慣れているのでgitの作法に詳しくないのですが、たしか、こういう場合、developブランチをリベースして、最新のmasterからdevelopブランチを切ったことにして、マージをするのが一般的な作法だったと思います。（詳しい人支援お願いします。）
投稿
-
回答の評価を上げる
以下のような回答は評価を上げましょう
- 正しい回答
- わかりやすい回答
- ためになる回答
評価が高い回答ほどページの上位に表示されます。
-
回答の評価を下げる
下記のような回答は推奨されていません。
- 間違っている回答
- 質問の回答になっていない投稿
- スパムや攻撃的な表現を用いた投稿
評価を下げる際はその理由を明確に伝え、適切な回答に修正してもらいましょう。
15分調べてもわからないことは、teratailで質問しよう！
- ただいまの回答率 88.22%
- 質問をまとめることで、思考を整理して素早く解決
- テンプレート機能で、簡単に質問をまとめられる
2017/05/24 15:08
2017/05/24 15:17
そもそもブランチという概念がなければ、マージもできないわけですから、あくまで補足と捉えてください。