Commits que serão revertidos. Para obter uma lista mais completa de maneiras de soletrar os nomes dos commits, consulte gitrevisions[7]. Conjuntos de commits também podem ser informados, mas por predefinição, nenhuma passagem é feita, consulte git-rev-list[1] e a sua opção --no-walk.

Com esta opção, o comando git revert permitirá a edição da mensagem do commit antes de fazer a reversão do commit. Esta é a predefinição caso execute o comando num terminal.

Normalmente, não é possível reverter uma mesclagem porque você não sabe qual lado da mesclagem deve ser considerado como principal. Essa opção especifica o número principal (a partir de 1) da linha principal e permite que revert reverta a alteração em relação ao commit principal informado.

Com esta opção, o comando git revert não iniciará o editor das mensagens do commit.

Essa opção define como a mensagem de commit sera limpa antes de ser encaminhada para o maquinário de commit. Para mais detalhes consulte git-commit[1]. Em particular, caso o valor <mode> tenha um valor de tesoura scissors, a tesoura será anexada a MERGE_MSG antes de ser repassada no caso de um conflito.

Normalmente, o comando cria automaticamente alguns commits com mensagens do registro do commit informando quais os commits foram revertidos. Esta opção aplica as alterações necessárias para reverter os commits indicados em sua árvore de trabalho e no índice, mas não faz os commits. Além disso, quando esta opção é usada, seu índice não precisa corresponder ao commit do HEAD. A reversão é feita em relação ao estado inicial de seu índice.

Commits assinados com o GPG O argumento keyid é opcional e a predefinição retorna para a identidade de quem fez o commit; caso seja utilizado, deve estar anexado a opção e sem espaço. A opção --no-gpg-sign é útil para revogar a variável de configuração commit.gpgSign e a anterior --gpg-sign.

Adicione uma linha Signed-off-by no final da mensagem de confirmação. Consulte a opção signoff do comando git-commit[1] para obter mais informações.

Use a estratégia de mesclagem fornecida. Deve ser utilizada apenas uma vez. Consulte a seção ESTRATÉGIAS DE MESCLAGEM do comando git-merge[1] for details.

Encaminhe a opção específica da estratégia de mesclagem para a estratégia de mesclagem. Para mais detalhes consulte git-merge[1].

Depois que o mecanismo rerere reutilizar uma resolução registrada no conflito atual para atualizar os arquivos na árvore de trabalho, permita que ele também atualize o índice com o resultado da resolução. A opção --no-rerere-autoupdate é uma boa maneira de verificar novamente o que o rerere fez e detectar possíveis erros de mesclagem, antes de fazer o commit resultante no índice com um comando git add separado.

Em vez de iniciar o corpo da mensagem de registro com "This reverts <full-object-name-of-the-commit-being-reverted>.", faça referência ao commit usando o formato "--pretty=reference" (cf. git-log[1]). A variável de configuração revert.reference pode ser usada para ativar esta opção automaticamente.

Continue a operação em andamento usando as informações em .git/sequencer. Pode ser usado para continuar após uma falha da resolução de conflitos num "cherry-pick" ou numa reversão.

Ignore o commit atual e continue com o restante da sequência.

Esqueça a operação atual em andamento. Pode ser usado para limpar a condição de falha do sequenciador após um "cherry-pick" ou uma reversão.

Cancele a operação e retorne a condição pré-sequência.

Reverta as alterações informadas pelo quarto último commit no HEAD e crie um novo commit com as alterações revertidas.

Reverta as alterações feitas pelos commits do quinto último commit no master (incluso) para o terceiro último commit no master (incluso), porém não crie nenhum commit com as alterações revertidas. A reversão altera apenas a árvore de trabalho e o índice.