Git merge commits cause merge conflicts Announcing the arrival of Valued Associate #679: Cesar Manara Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern) Data science time! April 2019 and salary with experience Should we burninate the [wrap] tag? The Ask Question Wizard is Live!How to resolve merge conflicts in GitHow to modify existing, unpushed commits?What is the difference between 'git pull' and 'git fetch'?How to undo 'git add' before commit?How do I undo the most recent local commits in Git?How do I force “git pull” to overwrite local files?How do I delete a Git branch locally and remotely?Undo a Git merge that hasn't been pushed yetHow to revert a Git repository to a previous commitHow do I rename a local Git branch?

Storing hydrofluoric acid before the invention of plastics

How to Merge Multiple Columns in to Two Columns based on Column 1 Value?

What is the logic behind the Maharil's explanation of why we don't say שעשה ניסים on Pesach?

Should I use a zero-interest credit card for a large one-time purchase?

Generate an RGB colour grid

How to find all the available tools in mac terminal?

Using audio cues to encourage good posture

How to align text above triangle figure

Can I cast Passwall to drop an enemy into a 20-foot pit?

What would be the ideal power source for a cybernetic eye?

What causes the vertical darker bands in my photo?

Why aren't air breathing engines used as small first stages

How come Sam didn't become Lord of Horn Hill?

Why did the IBM 650 use bi-quinary?

String `!23` is replaced with `docker` in command line

Why is "Consequences inflicted." not a sentence?

Identify plant with long narrow paired leaves and reddish stems

Echoing a tail command produces unexpected output?

Is it ethical to give a final exam after the professor has quit before teaching the remaining chapters of the course?

Can a USB port passively 'listen only'?

What's the meaning of 間時肆拾貳 at a car parking sign

Seeking colloquialism for “just because”

What does the "x" in "x86" represent?

Single word antonym of "flightless"



Git merge commits cause merge conflicts



Announcing the arrival of Valued Associate #679: Cesar Manara
Planned maintenance scheduled April 17/18, 2019 at 00:00UTC (8:00pm US/Eastern)
Data science time! April 2019 and salary with experience
Should we burninate the [wrap] tag?
The Ask Question Wizard is Live!How to resolve merge conflicts in GitHow to modify existing, unpushed commits?What is the difference between 'git pull' and 'git fetch'?How to undo 'git add' before commit?How do I undo the most recent local commits in Git?How do I force “git pull” to overwrite local files?How do I delete a Git branch locally and remotely?Undo a Git merge that hasn't been pushed yetHow to revert a Git repository to a previous commitHow do I rename a local Git branch?



.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty height:90px;width:728px;box-sizing:border-box;








0















I have two branches on a repo. One called master, and one called dev. Master is treated like production, and only gets occasional merges from branches created from dev. However, it happens that master gets commits that are not in dev every once in a while (hotfixes). Because of this, I merge master into dev periodically.



I have now run into a situation where merging master into dev causes a lot of conflicts. I have cherry-picked all of the actual changes that went into master into dev, so the code itself SHOULD be identical. However, when I go to merge master into dev, I get conflicts anyway. From what I can tell, these conflicts are coming from the actual merge commits that happened when I merged branches into master (they went into dev too). Any idea what might be going on here, and how to fix this from happening in the future?



 /--hotfix branch--
master ------/-------------------(merge commit)--------------------
| |
dev ---------------------------(merge commit)-------(lots of conflicts!)


If it is hard to tell from the diagram, A hotfix is created off of master, changes are made, and then merged into master. I then take that hotfix and merge it into dev too. The physical code at this point should be the same. However, when I try to merge master into dev now, I see a bunch of conflicts, most of which stem from the code changed in the hotfix as if I had never merged the hotfix into dev (I double checked, I did merge it into dev).










share|improve this question






















  • Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

    – RomainValeri
    Mar 8 at 18:00












  • It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

    – Mark Adelsberger
    Mar 8 at 18:16











  • @MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

    – Silvertail
    Mar 8 at 18:33











  • Ok. So what were you talking about cherry picking?

    – Mark Adelsberger
    Mar 8 at 18:44











  • after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

    – Silvertail
    Mar 8 at 18:50

















0















I have two branches on a repo. One called master, and one called dev. Master is treated like production, and only gets occasional merges from branches created from dev. However, it happens that master gets commits that are not in dev every once in a while (hotfixes). Because of this, I merge master into dev periodically.



I have now run into a situation where merging master into dev causes a lot of conflicts. I have cherry-picked all of the actual changes that went into master into dev, so the code itself SHOULD be identical. However, when I go to merge master into dev, I get conflicts anyway. From what I can tell, these conflicts are coming from the actual merge commits that happened when I merged branches into master (they went into dev too). Any idea what might be going on here, and how to fix this from happening in the future?



 /--hotfix branch--
master ------/-------------------(merge commit)--------------------
| |
dev ---------------------------(merge commit)-------(lots of conflicts!)


If it is hard to tell from the diagram, A hotfix is created off of master, changes are made, and then merged into master. I then take that hotfix and merge it into dev too. The physical code at this point should be the same. However, when I try to merge master into dev now, I see a bunch of conflicts, most of which stem from the code changed in the hotfix as if I had never merged the hotfix into dev (I double checked, I did merge it into dev).










share|improve this question






















  • Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

    – RomainValeri
    Mar 8 at 18:00












  • It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

    – Mark Adelsberger
    Mar 8 at 18:16











  • @MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

    – Silvertail
    Mar 8 at 18:33











  • Ok. So what were you talking about cherry picking?

    – Mark Adelsberger
    Mar 8 at 18:44











  • after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

    – Silvertail
    Mar 8 at 18:50













0












0








0








I have two branches on a repo. One called master, and one called dev. Master is treated like production, and only gets occasional merges from branches created from dev. However, it happens that master gets commits that are not in dev every once in a while (hotfixes). Because of this, I merge master into dev periodically.



I have now run into a situation where merging master into dev causes a lot of conflicts. I have cherry-picked all of the actual changes that went into master into dev, so the code itself SHOULD be identical. However, when I go to merge master into dev, I get conflicts anyway. From what I can tell, these conflicts are coming from the actual merge commits that happened when I merged branches into master (they went into dev too). Any idea what might be going on here, and how to fix this from happening in the future?



 /--hotfix branch--
master ------/-------------------(merge commit)--------------------
| |
dev ---------------------------(merge commit)-------(lots of conflicts!)


If it is hard to tell from the diagram, A hotfix is created off of master, changes are made, and then merged into master. I then take that hotfix and merge it into dev too. The physical code at this point should be the same. However, when I try to merge master into dev now, I see a bunch of conflicts, most of which stem from the code changed in the hotfix as if I had never merged the hotfix into dev (I double checked, I did merge it into dev).










share|improve this question














I have two branches on a repo. One called master, and one called dev. Master is treated like production, and only gets occasional merges from branches created from dev. However, it happens that master gets commits that are not in dev every once in a while (hotfixes). Because of this, I merge master into dev periodically.



I have now run into a situation where merging master into dev causes a lot of conflicts. I have cherry-picked all of the actual changes that went into master into dev, so the code itself SHOULD be identical. However, when I go to merge master into dev, I get conflicts anyway. From what I can tell, these conflicts are coming from the actual merge commits that happened when I merged branches into master (they went into dev too). Any idea what might be going on here, and how to fix this from happening in the future?



 /--hotfix branch--
master ------/-------------------(merge commit)--------------------
| |
dev ---------------------------(merge commit)-------(lots of conflicts!)


If it is hard to tell from the diagram, A hotfix is created off of master, changes are made, and then merged into master. I then take that hotfix and merge it into dev too. The physical code at this point should be the same. However, when I try to merge master into dev now, I see a bunch of conflicts, most of which stem from the code changed in the hotfix as if I had never merged the hotfix into dev (I double checked, I did merge it into dev).







git merge version-control






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Mar 8 at 17:36









SilvertailSilvertail

8910




8910












  • Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

    – RomainValeri
    Mar 8 at 18:00












  • It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

    – Mark Adelsberger
    Mar 8 at 18:16











  • @MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

    – Silvertail
    Mar 8 at 18:33











  • Ok. So what were you talking about cherry picking?

    – Mark Adelsberger
    Mar 8 at 18:44











  • after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

    – Silvertail
    Mar 8 at 18:50

















  • Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

    – RomainValeri
    Mar 8 at 18:00












  • It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

    – Mark Adelsberger
    Mar 8 at 18:16











  • @MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

    – Silvertail
    Mar 8 at 18:33











  • Ok. So what were you talking about cherry picking?

    – Mark Adelsberger
    Mar 8 at 18:44











  • after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

    – Silvertail
    Mar 8 at 18:50
















Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

– RomainValeri
Mar 8 at 18:00






Are you trying to cherry-pick the merge-commits you have on master? (I mean, in addition to obviously cherry-picking the non-merge-commits)

– RomainValeri
Mar 8 at 18:00














It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

– Mark Adelsberger
Mar 8 at 18:16





It's unclear to me because at different points in your post you're saying different things; When you propagated the hotfix to dev, did you merge master into dev, or did you cherry-pick master commits into dev? Are you currently merging, or are you cherry-picking? These are very different things, and knowing which combination of actions we're talking about is important.

– Mark Adelsberger
Mar 8 at 18:16













@MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

– Silvertail
Mar 8 at 18:33





@MarkAdelsberger when I propogated the hotfix, I merged it directly into dev, as well as to master. I.E. two separate MRs (in gitlab), which create two separate merge commits, one on dev, and another on master.

– Silvertail
Mar 8 at 18:33













Ok. So what were you talking about cherry picking?

– Mark Adelsberger
Mar 8 at 18:44





Ok. So what were you talking about cherry picking?

– Mark Adelsberger
Mar 8 at 18:44













after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

– Silvertail
Mar 8 at 18:50





after the merges, and seeing that there were merge conflicts, I cherry-picked the commits with changes (not merge commits), to make sure the code really was all up to date (it is).

– Silvertail
Mar 8 at 18:50












0






active

oldest

votes












Your Answer






StackExchange.ifUsing("editor", function ()
StackExchange.using("externalEditor", function ()
StackExchange.using("snippets", function ()
StackExchange.snippets.init();
);
);
, "code-snippets");

StackExchange.ready(function()
var channelOptions =
tags: "".split(" "),
id: "1"
;
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function()
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled)
StackExchange.using("snippets", function()
createEditor();
);

else
createEditor();

);

function createEditor()
StackExchange.prepareEditor(
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader:
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
,
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
);



);













draft saved

draft discarded


















StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55068283%2fgit-merge-commits-cause-merge-conflicts%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown

























0






active

oldest

votes








0






active

oldest

votes









active

oldest

votes






active

oldest

votes















draft saved

draft discarded
















































Thanks for contributing an answer to Stack Overflow!


  • Please be sure to answer the question. Provide details and share your research!

But avoid


  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.

To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f55068283%2fgit-merge-commits-cause-merge-conflicts%23new-answer', 'question_page');

);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

1928 у кіно

Захаров Федір Захарович

Ель Греко