git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "FIGADERE, LAURENT" <laurent.figadere@atos.net>
To: "git@vger.kernel.org" <git@vger.kernel.org>
Subject: 2.15.1 - merge with submodule output issue
Date: Tue, 30 Jan 2018 15:42:49 +0000	[thread overview]
Message-ID: <DDD544204D3240408540BFCC028E06882F12F237@FRCRPVV9EX5MSX.ww931.my-it-solutions.net> (raw)

Dear git,

I use since few weeks now git 2.15.1.

I did few trials but please find here my outputs.

To reproduce:
Use a top module git which include a submodule
First step: from a work area, I changed selected version of submodule in master branch.
Then git add + git commit + git push
	A new commit on master branch has been published on my origin repository with the version v1.2 of submodule

Second step: in my second workarea, I created a user branch mybranch, then selected another release of submodule
I added the update and then commit in mybranch.
	A new commit with release v2.0 of submodule is in my last SHA1 of mybranch

Last step: in the second workarea, in mybranch, I first run ‘git fetch’ and then ‘git merge origin/master’
I got a CONFLICT message of course due to the 2 different versions of submodule.
Here the message:
warning: Failed to merge submodule submodule (commits don't follow merge-base) 
Auto-merging submodule 
CONFLICT (submodule): Merge conflict in submodule 
Automatic merge failed; fix conflicts and then commit the result. 

Now I thought that the command ‘git submodule’ provided an output with both versions of modules (local and remote).
But this is not the case in my environment:
[15:20:10] $ git submodule status 
U0000000000000000000000000000000000000000 submodule

And when I run the mergetool command I have this output:
[14:54:41] $ git mergetool 
Merging: 
submodule 
Submodule merge conflict for 'submodule': 
  {local}: submodule commit 08f86f2404d9f8f616262971a3127e69f39f9d11 
  {remote}: submodule commit b3dd6fde4f02258b88ad0b2dba6474c126b499f7 
Use (l)ocal or (r)emote, or (a)bort? 

So, it means it’s not usefull to determine which version has to be selected.
Is it a bug or perhaps I make something wrong?

It will be usefull if we can hav e this information during git mergetool command like with git describe .

Thanks for your help. 


-----------------------------

Laurent FIGADERE
CAD Engineer
GBDS RD Asic Verification
+33130805361
laurent.figadere@atos.net
Rue Jean Jaures BP 68
78340 Les Clayes-sous-Bois
France
www.Atos.net



This e-mail and the documents attached are confidential and intended solely for the addressee; it may also be privileged. If you receive this e-mail in error, please notify the sender immediately and destroy it. As its integrity cannot be secured on the Internet, the Atos group liability cannot be triggered for the message content. Although the sender endeavors to maintain a computer virus-free network, the sender does not warrant that this transmission is virus-free and will not be liable for any damages resulting from any virus transmitted.





             reply	other threads:[~2018-01-30 15:42 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-01-30 15:42 FIGADERE, LAURENT [this message]
2018-01-30 22:02 ` 2.15.1 - merge with submodule output issue Stefan Beller

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=DDD544204D3240408540BFCC028E06882F12F237@FRCRPVV9EX5MSX.ww931.my-it-solutions.net \
    --to=laurent.figadere@atos.net \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).