Reputation: 826
I'm working on a project with a team member and we just met a weird problem that we don't how to investigate and solve.
Basically all the team works on branch A, and he created a branch B out of A like a month ago.
(Adding this info although I don't think it shpuld matter) We are working on a local repo that we created using git bare option
Lets assume that the amount of work he did on branch B since then equals 5x. While time passed, he merged branch be into A about 2 times so we know like 3x of his work present in A.
Today we wanted to merge B into A again for the last time and get the remaining 2x of work into A and close B.
When we merged B into A we had 3 cases:
We dont know why case 3 is happening. The x amount of work is a lot and thats why I used the word "some" all the time because we can't tell what happened to all the files he changed because there are to many.
Any suggestions to why this could happen or how we could use git to further investigate this odd scenario will be helpful
Upvotes: 0
Views: 59
Reputation: 740
1: conflicts can happens, either merge them with a proper tool, like Meld, TortoiseGit, or by hand selecting the proper lines between
<<<<<<< HEAD
from A
=======
from B
>>>>>>> branch-b
2: good :d
3: not shure what happened, but a fev things come in mind:
he forgot to push
them to the remote(bare) repo,
you forgot to pull
from the bare,
both results in your local repo is behind in commits
if you git diff A..B
, or git diff --name-only A..B
you have to see all differences, if it's not there, then just push/pull
you can also git checkout B
, then git log
, and you must see the commits he made if everything is in sync
Upvotes: 1