Отменил все мои коммиты в ветке, все еще получая конфликты при перебазировании

Я так долго работал над функциональной веткой из-за больничного, что ветка origin/develop сильно рассинхронизировалась с моей веткой feature.

Поскольку у меня было небольшое количество измененных строк, но во многих классах, я решил просто отменить все свои изменения в этой ветке feature, нажать и затем перебазировать origin/develop в мою ветку feature, чтобы избежать человеческой ошибки при разрешении конфликтов в нескольких классах и просто добавить мои изменения вручную после него.

Затем я проверил origin/develop, побежал git pull, вернулся в свою feature ветку и побежал git rebase origin/develop.

Эта перебазировка все еще конфликтует с моей веткой. Как это возможно и что я должен сделать, чтобы достичь своей первоначальной цели? Чтобы с чистого листа в ветке feature безопасно получить все изменения из origin/develop?

Я получаю это в git bash:

Patch failed at 0001 DEV-1234 Initial commit
Resolve all conflicts manually, mark them as resolved with
"git add/rm <conflicted_files>", then run "git rebase --continue".
You can instead skip this commit: run "git rebase --skip".

Таким образом, он, по-видимому, получает конфликты в начальной фиксации и еще не переходит в состояние возврата в этот момент. Должен ли я просто пропустить этот коммит с git rebase --skip?

Или, поскольку я согласен с тем, что на данный момент в ветке не осталось НИ ОДНОГО из моих изменений, я могу просто пропустить первоначальную фиксацию И возвратную фиксацию в моей ветке, чтобы перебазирование просто очищало доску.

Стоит ли изучать PHP в 2023-2024 годах?
Стоит ли изучать PHP в 2023-2024 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
Поведение ключевого слова "this" в стрелочной функции в сравнении с нормальной функцией
В JavaScript одним из самых запутанных понятий является поведение ключевого слова "this" в стрелочной и обычной функциях.
Приемы CSS-макетирования - floats и Flexbox
Приемы CSS-макетирования - floats и Flexbox
Здравствуйте, друзья-студенты! Готовы совершенствовать свои навыки веб-дизайна? Сегодня в нашем путешествии мы рассмотрим приемы CSS-верстки - в...
Тестирование функциональных ngrx-эффектов в Angular 16 с помощью Jest
В системе управления состояниями ngrx, совместимой с Angular 16, появились функциональные эффекты. Это здорово и делает код определенно легче для...
Концепция локализации и ее применение в приложениях React ⚡️
Концепция локализации и ее применение в приложениях React ⚡️
Локализация - это процесс адаптации приложения к различным языкам и культурным требованиям. Это позволяет пользователям получить опыт, соответствующий...
Пользовательский скаляр GraphQL
Пользовательский скаляр GraphQL
Листовые узлы системы типов GraphQL называются скалярами. Достигнув скалярного типа, невозможно спуститься дальше по иерархии типов. Скалярный тип...
0
0
53
1
Перейти к ответу Данный вопрос помечен как решенный

Ответы 1

Ответ принят как подходящий

Кажется, что в моем случае так как я не хотел, чтобы мои изменения оставались в моей функциональной ветке я мог бы просто перебазировать origin/develop в свою ветку функций и просто пропустить все мои коммиты в этой перебазировке. Никаких конфликтов и чистый лист. Повторяю, делайте это ТОЛЬКО в том случае, если вы ХОТИТЕ избавиться от своих изменений в этой ветке.

Другие вопросы по теме