Как rebase работает в GitLab

Question

Я застрял, делая некоторую перебазировку с GitLab, и теперь немного смущен тем, как на самом деле работает rebase. Итак, изначально я создал одну функциональную ветку (Test1) из развивающейся ветви. Эта ветка имеет 100 файлов, которые были изменены, и 93 коммитов. Тем временем кто-то также отключил ветку от разработки и внес изменения в 5 файлов, а затем слил это в ветку разработки.

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

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

Может ли кто-нибудь помочь мне понять этот процесс перебазирования.

Answer 1

Во-первых, добрались до develop ветви и возьмите последнее нажатие с помощью следующих команд:

git checkout develop

git pull origin develop

Теперь вернитесь к своей ветви Test1 и попробуйте перебазировать ветку разработки с помощью следующие команды,

git checkout Test1

git rebase develop

Теперь попробуйте разрешить конфликты, если они есть, в редакторе, таком как VScode. После разрешения конфликтов добавьте изменения и продолжайте процесс rebase, пока командная строка не покажет, что no rebase in progress .

Resolve Conflicts through Editor

git add .

git rebase --continue