Ошибка слияния после преобразования подмодуля Git в поддерево

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

Я обнаружил, что если принудительно проверить ветку, которую вы хотите объединить, а затем вернуться к мастеру, все работает с подмодулями.

Чтобы заставить что-то работать в вашем примере:

$ git clone https://github.com/ghewgill/q14224966.git
$ cd q14224966
$ git submodule init
$ git submodule update
$ git checkout -f origin/branch
$ git checkout master
$ git merge origin/branch

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

Кроме того, как было указано в комментариях, если вы не хотите вносить изменения в дерево работы, вы можете использовать это:

$ git clone https://github.com/ghewgill/q14224966.git
$ cd q14224966
$ git submodule init
$ git submodule update
$ git reset origin/branch
$ git reset --hard master

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

Также есть $ git merge -s subtree origin/branch. Он работает с вашим примером, но у меня были неожиданные результаты, когда задействовано более одного подмодуля. Хотя, возможно, тебе повезет больше.

Вы не можете заставить git-merge (или любую другую команду) принудительно затирать файлы, о которых он не думает, что он знает, нет. git изо всех сил старается не делать ничего полностью необратимого.

Но с большим количеством подмодулей вы можете сделать удаление немного проще и безопаснее с git submodule foreach:

$ git submodule foreach 'rm -rf $toplevel/$path'
Entering 'sub'
$ git merge origin/branch
Updating a231acd..6b4d2f4
Fast-forward
...

(Предостережение: я никогда не работал с поддеревьями и не знаю, насколько сложным является ваше фактическое репо, поэтому эти решения могут на самом деле не работать для вас.)

Поигравшись с вашим образцом репозитория, я нашел два решения, которые, похоже, работают, хотя и создают разные деревья фиксации:

1. Используйте 1_

   ~/q14224966[master]> git reset --hard origin/master
   HEAD is now at a231acd add submodule
   ~/q14224966[master]> touch other.c && git add . && git commit -m "New commit."
   [master bc771ac] New commit.
    0 files changed
    create mode 100644 other.c
   ~/q14224966[master]> git merge -s resolve origin/branch 
   Trying really trivial in-index merge...
   error: Merge requires file-level merging
   Nope.
   Trying simple merge.
   Simple merge failed, trying Automatic merge.
   Adding sub/Makefile
   Adding sub/README
   Adding sub/src/main.c
   Merge made by the 'resolve' strategy.
    .gitmodules    | 3 ---
    sub            | 1 -
    sub/Makefile   | 1 +
    sub/README     | 1 +
    sub/src/main.c | 1 +
    5 files changed, 3 insertions(+), 4 deletions(-)
    delete mode 160000 sub
    create mode 100644 sub/Makefile
    create mode 100644 sub/README
    create mode 100644 sub/src/main.c
   ~/q14224966[master]> ls
   README   main.c   other.c  sub/
   ~/q14224966[master]> cd sub/
   ~/q14224966/sub[master]> ls
   Makefile  README    src/
   ~/q14224966/sub[master]> git status
   # On branch master
   # Your branch is ahead of 'origin/master' by 5 commits.
   #
   nothing to commit (working directory clean)
   ~/q14224966/sub[master]> cd ..
   ~/q14224966[master]> git status
   # On branch master
   # Your branch is ahead of 'origin/master' by 5 commits.
   #
   nothing to commit (working directory clean)
   

   Вот получившееся дерево фиксации:

2. Используйте перебазирование вместо слияния:

   ~/q14224966[master]> git reset --hard origin/master 
   HEAD is now at a231acd add submodule
   ~/q14224966[master]> touch other.c && git add . && git commit -m "New commit."
   [master ae66060] New commit.
    0 files changed
    create mode 100644 other.c
   ~/q14224966[master]> git rebase origin/branch 
   First, rewinding head to replay your work on top of it...
   Applying: New commit.
   ~/q14224966[master]> ls
   README   main.c   other.c  sub/
   ~/q14224966[master]> cd sub/
   ~/q14224966/sub[master]> ls
   Makefile  README    src/
   ~/q14224966/sub[master]> git status
   # On branch master
   # Your branch is ahead of 'origin/master' by 4 commits.
   #
   nothing to commit (working directory clean)
   ~/q14224966/sub[master]> cd ..
   ~/q14224966[master]> git status
   # On branch master
   # Your branch is ahead of 'origin/master' by 4 commits.
   #
   nothing to commit (working directory clean)
   

   Вот получившееся дерево фиксации:

Он пытался

git fetch - все

git reset --hard origin / master

но это не работает.

Вы можете использовать стратегию слияния «наша»:

git merge - наш старый мастер

Вы также можете использовать git-stash для сохранения изменений, а затем применить git-stash для их восстановления.