Как возникают перекрестные слияния в Git?

Я просто не могу понять, как могла быть создана такая ситуация. Я попытался воссоздать эту ситуацию перекрестного слияния между ветвями, используя тестовый репозиторий, но я не могу ее воспроизвести. Во всех случаях я всегда получаю 1 коммит слияния, на который указывают как A, так и B (вместо A и B, указывающих на независимые коммиты слияния, как показано на диаграмме).

Кто-нибудь может проиллюстрировать, как может возникнуть такая ситуация?

Перекрестные слияния могут возникать по-разному. На ум приходит пример, когда у вас есть две ссылки ветки, указывающие на одну и ту же фиксацию слияния (одна из этих веток извлекается), и вы запускаете git commit --amend. Следующий пример игрушки делает именно это:

# set things up
cd ~/Desktop
mkdir crisscross
cd crisscross
git init

# make an initial commit
printf "bar\n" > README.md
git add README.md
git commit -m "add README"

# add a line at the top of the file and commit
sed -i '' '1s/^/foo\n/' README.md
git commit -am "add foo line"

# create and checkout a branch pointing at the initial commit
git checkout -b other master^

# add a line at the bottom of the file and commit
printf "baz\n" >> README.md
git commit -am "add baz line"

# do a merge and make both branches point to this merge commit
git merge master
git checkout master
git merge other

На этом этапе результат git log --graph --oneline --decorate --all равен

*   30b9175 (HEAD, master, other) Merge branch 'master' into other
|\  
| * f318ead add foo line
* | 31875d9 add baz line
|/  
* 8b313a0 add README

Теперь внесите поправки в последнюю фиксацию (см. Как именно работает git commit --amend ? подробнее):

git commit --amend

После этого результат git log --graph --oneline --decorate --all будет

*   69bbcbe (HEAD, master) Amended merge commit
|\  
| | *   30b9175 (other) Merge branch 'master' into other
| | |\  
| |/ /  
|/| /   
| |/    
| * f318ead add foo line
* | 31875d9 add baz line
|/  
* 8b313a0 add README

Вот и все: история теперь содержит перекрестные слияния.

Это обычная ситуация или ситуация с ошибкой?

Как показано выше, такая ситуация может возникнуть. Это может быть нежелательно, но не должно рассматриваться как состояние ошибки.

Вот последовательность коммитов, которые приведут к перекрестному слиянию. Больше шагов, чем тот, который включает --amend, но использует только основы. Запустите этот сценарий, чтобы убедиться, что вы действительно получаете перекрестное слияние.

#!/bin/sh
# Initialize 
git init .                                                                                                                       
echo date > file.txt; git add file.txt
git commit -m "Initial commit"

# Make branches                                                                                                                     
git branch A; git branch B

# Make change in A                                                                                                                  
git checkout A
echo date > fileA.txt; git add fileA.txt
git commit -m "first commit along branch A"

# Make change in B; add tag for later                                                                                                               
git checkout B
echo date > fileB.txt; git add fileB.txt
git commit -m "first commit along branch B"
git tag "tag-B"

# Merge A into B (still on B)                                                                                                       
git merge --no-edit A; git tag "M"

# Add another commit on B whose parent is M                                                                                         
echo date > fileB2.txt; git add fileB2.txt
git commit -m "second commit along B"

# Switch to A and add a commit; note that
# M is not an ancestor of this commit                                                                          
git checkout A
echo date > fileA2.txt; git add fileA2.txt
git commit -m "second commit along A"

echo "Best common ancestors (before criss-cross):"
# Should be only one
git merge-base --all A B

# Merge the commit tagged "tag-B" 
# into A generating the cris-cross-merge                                                            
git merge --no-edit tag-B

echo "Best common ancestors (after criss-cross):"
# Should be two
git merge-base --all A B

Это происходит, когда другой разработчик получает коммиты от вас, вы получаете от них, а затем вы оба объединяете ветки друг друга в свои собственные после, которые вы оба выбрали. Это может случиться, это не состояние ошибки.

Когда история включает перекрестные слияния, может быть более одного лучшего общего предка для двух коммитов. Например, с такой топологией:

---1---o---A
    \ /
     X
    / \
---2---o---o---B

Вышеупомянутое взято с веб-сайта git, я думаю, он забывает о добавлении стрелки .

Давайте посмотрим на картинку ниже, тогда очевидно, как сделать перекрестную ситуацию. когда ветке A нужен какой-то код из ветви B, он сливается из ветви B; когда ветке B нужен какой-то код из ветви A, она сливается из ветви A; здесь мы сталкиваемся с перекрестными ситуациями.

Более того, легко понять, что ветвь A и ветвь B имеют общих предков 1 и 2.