Как я могу "отменить" отмененный git commit?

учитывая изменение, которое было совершено с использованием commit, а затем вернулся через revert, что является лучшим способом, чтобы отменить то, что отменить?

В идеале это должно быть сделано с новой фиксацией,чтобы не переписывать историю.

289
git revert undo

8 ответов

Если вы еще не нажали эту перемену,git reset --hard HEAD^

В противном случае возврат revert отлично подходит.

другой способ -git checkout HEAD^^ -- . а то git add -A && git commit.

236

git cherry-pick <original commit sha>
Сделает копию оригинальной фиксации, по существу повторно применяя фиксацию

возврат revert сделает то же самое, с сообщением Messier commit:
git revert <commit sha of the revert>

любой из этих способов позволит вам git push без перезаписи истории, потому что он создает новый коммит после возвращения.
При вводе commit sha вам обычно нужны только первые 5 или 6 символов:
git cherry-pick 6bfabc

273

Это выглядит глупо для меня. Но я был в той же ситуации, и я вернулся к возвращенным обязательствам. Я сделал количество возвратов, поэтому мне пришлось сделать revert для каждого "revert commit".

теперь моя история коммитов выглядит немного странно.

weird history

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

2

вы можете git checkout -b <new-branch> и git cherry-pick <commit> до и git rebase падение revert commit. отправить запрос тянуть, как раньше.

2

возврат фиксации так же, как и любой другой фиксации в git. То есть, вы можете вернуть его, как в:

git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746

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

в нашей команде есть правило использовать вернуться на Revert комментарии, которые были совершены в основной ветви, в первую очередь, чтобы сохранить историю чистой, так что вы можете увидеть, какой commit отменяет то, что: 

      7963f4b2a9d   Revert "Revert "OD-9033 parallel reporting configuration"
      "This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
                    ...
     a0e5e86d3b6    Revert "OD-9055 paralel reporting configuration"
     This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
                ...
     Merge pull request parallel_reporting_dbs to master* commit 
    '648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'

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

очевидно, что если фиксация возвращается и повторно возвращается более одного раза, это становится довольно грязным.

1

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

учитывая следующую стартовую ситуацию

 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E   <-- fixed-up topic branch

(W-ваш первоначальный возврат слияния M; D и E-исправления вашей изначально сломанной ветви/фиксации)

теперь вы можете просто воспроизвести коммиты A до E, так что ни один из им "принадлежит" обратное слияние:

$ git checkout E
$ git rebase --no-ff P

новая копия вашей ветви теперь может быть объединена с master еще раз:

   A'---B'---C'------------D'---E'  <-- recreated topic branch
  /
 P---o---o---M---x---x---W---x
  \         /
   A---B---C----------------D---E
0

вот как я это сделал:
Если ветка my_branchname был включен в слияние, которое было отменено. И я хотел unrevert my_branchname :

я сначала делаю git checkout -b my_new_branchname С my_branchname.
Тогда я делаю git reset --soft $COMMIT_HASH здесь $COMMIT_HASH является хэшем фиксации права фиксации до первый коммит my_branchname (см. git log)
Затем я делаю новый commit git commit -m "Add back reverted changes"
Затем я толкаю вверх новую ветку git push origin new_branchname
Затем я сделал запрос для новой отделение.

0

возврат возврата сделает трюк

например,

If abcdef is your commit and ghijkl is the commit you have when you reverted the commit abcdef,

потом типа

git revert ghijkl

это вернет revert

0