Git pull after принудительное обновление

Question

Я просто раздавил некоторые коммиты с git rebase и сделал git push --force (что злобно, я знаю).

Теперь у других инженеров-программистов есть другая история, и когда они делают git pull, Git будет сливаться. Есть ли способ исправить это, за исключением выполнения rm my-repo; git clone git@example.org:my-repo.git?

Мне нужно что-то вроде напротив git push --force, но git pull --force не дал ожидаемых результатов.

Answer 1

Чтобы получить новые коммиты

git fetch 

Сброс

Вы можете сбросить фиксации для местного отделения с помощью git reset.

Чтобы изменить коммит местного филиала:

git reset origin/master --hard 

Будьте осторожны, так как документация ставит его:

возвратов индекс и рабочее дерево. Любые изменения в отслеживаемых файлах в рабочем дереве с < commit> отбрасываются.

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

Rebase

Вы можете воспроизводить локальные коммиты поверх любой другой фиксации/ветвь с помощью git rebase:

git rebase -i origin/master 

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

Если вы удалили (с git push -f), уже были занесены в местную историю, они будут перечислены как коммиты, которые будут повторно применены - их нужно будет удалить как часть перестановки или они просто будут повторно - включается в историю для отрасли - и вновь появляется в отдаленной истории при следующем нажатии.

Для получения более подробной информации и примеров по любой из вышеуказанных (или других) команд воспользуйтесь справкой git command --help.

Answer 2

Это не будет фиксировать ветви, у которых уже есть код, который вам не нужен (см. Ниже, как это сделать), но если они потянули какую-то ветвь и теперь хотят, чтобы она была чистой (а не «вперед» происхождения/какой-ветви), то вы просто:

git checkout some-branch # where some-branch can be replaced by any other branch 
git branch base-branch -D # where base-branch is the one with the squashed commits 
git checkout -b base-branch origin/base-branch # recreating branch with correct commits 

Примечание: вы можете объединить их все, поставив & & между ними

Примечание2: Флориан упомянул об этом в комментариях, но кто читает комментарии при поиске ответов?

Примечание3: Если у вас есть зараженные ветви, вы можете создавать новые, основанные на новой «немой ветке», и только вишневый захват завершается.

Ex:

git checkout feature-old # some branch with the extra commits 
git log     # gives commits (write down the id of the ones you want) 
git checkout base-branch # after you have already cleaned your local copy of it as above 
git checkout -b feature-new # make a new branch for your feature 
git cherry-pick asdfasd # where asdfasd is one of the commit ids you want 
# repeat previous step for each commit id 
git branch feature-old -D # delete the old branch 

Теперь предлагается новый ваш филиал без дополнительных (возможно, плохо) нарушает!