Eu fiz um commit do git e um push subsequente. Gostaria de mudar a mensagem de confirmação. Se eu entendi corretamente, isso não é aconselhável, porque alguém pode ter retirado do repositório remoto antes que eu faça essas alterações. E se eu souber que ninguém puxou?

Existe uma maneira de fazer isso?

Mudando o histórico

Se for o commit mais recente, você pode simplesmente fazer o seguinte:

git commit --amend

Isso exibe o editor com a última mensagem de confirmação e permite editar a mensagem. (Você pode usar -mse quiser apagar a mensagem antiga e usar uma nova.)

Empurrando

E então, quando você pressionar, faça o seguinte:

git push --force-with-lease <repository> <branch>

Ou você pode usar "+":

git push <repository> +<branch>

Ou você pode usar --force:

git push --force <repository> <branch>

Tenha cuidado ao usar esses comandos.

• Se alguém empurrou as alterações para o mesmo ramo, você provavelmente evitará destruí-las. A --force-with-leaseopção é a mais segura, porque será cancelada se houver alguma alteração upstream (

• Se você não especificar o ramo explicitamente, o Git usará as configurações padrão de envio. Se a configuração padrão de envio for "correspondente", você poderá destruir as alterações em várias ramificações ao mesmo tempo.

Puxar / buscar depois

Qualquer pessoa que já tenha recebido uma mensagem de erro receberá uma atualização e precisará atualizar (assumindo que não está fazendo nenhuma alteração) fazendo algo assim:

git fetch origin
git reset --hard origin/master # Loses local commits

Tenha cuidado ao usar reset --hard. Se você tiver alterações na ramificação, essas alterações serão destruídas.

Uma observação sobre a modificação do histórico

Os dados destruídos são realmente apenas a mensagem de confirmação antiga, mas --forcenão sabem disso e, com prazer, excluirão outros dados também. Então, pense --forcecomo "Quero destruir dados e sei com certeza que dados estão sendo destruídos". Porém, quando os dados destruídos são confirmados, geralmente é possível recuperar confirmações antigas do reflog - os dados são realmente órfãos em vez de destruídos (embora as confirmações órfãs sejam excluídas periodicamente).

Se você não acha que está destruindo dados, fique longe de --force... coisas ruins podem acontecer .

É por isso que --force-with-leaseé um pouco mais seguro.

Apenas diga :

git commit --amend -m "New commit message"

e depois

git push --force

Para editar uma confirmação diferente da mais recente:

Etapa 1 : git rebase -i HEAD~nrealizar uma nova rebarba interativa para os últimos ncommit afetados. (ou seja, se você deseja alterar uma mensagem de confirmação 3 confirmada, faça git rebase -i HEAD~3)

O git abrirá um editor para lidar com esses commits, observe este comando:

#  r, reword = use commit, but edit the commit message

é exatamente isso que precisamos!

Passo 2 : Mudar pickpara rpara aqueles commits que você deseja atualizar a mensagem. Não se preocupe em alterar a mensagem de confirmação aqui, ela será ignorada. Você fará isso no próximo passo. Salve e feche o editor.

Observe que, se você editar o seu plano de rebase, ele ainda não iniciará o processo de renomear os arquivos, execute:

git rebase --continue

Se você deseja alterar o editor de texto usado para a sessão interativa (por exemplo, do padrão vi para nano), execute:

GIT_EDITOR=nano git rebase -i HEAD~n

Etapa 3 : O Git abrirá outro editor para todas as revisões que você colocou rantes. Atualize a mensagem de confirmação como desejar e salve e feche o editor.

Etapa 4 : Depois que todas as confirmações, as mensagens são atualizadas. você pode querer fazer git push -fpara atualizar o controle remoto.

Use estas duas etapas no console:

git commit --amend -m "new commit message"

e depois

git push -f

Feito :)

Deve-se notar que, se você usar push --forcecom várias referências, todas elas serão modificadas como resultado. Certifique-se de prestar atenção para onde seu repositório git está configurado para enviar. Felizmente, existe uma maneira de proteger um pouco o processo, especificando uma única ramificação para atualizar. Leia as páginas de manual do git:

Observe que --force se aplica a todas as referências que são enviadas por push, portanto, utilizá-la com push.default definido como correspondente ou com vários destinos de envio configurados com remote. *. Push pode substituir referências que não sejam a ramificação atual (incluindo referências locais que são estritamente atrás do seu homólogo remoto). Para forçar um push em apenas um ramo, use um + na frente do refspec para fazer o push (por exemplo, git push origin + master para forçar um push no ramo mestre).

Se você deseja modificar um mais antigo commit, não o último, você precisará usar rebaseo comando como explicado aqui, Github página de ajuda , no rectificativo a mensagem da mais velha ou múltipla cometer mensagens secção

Comando 1 .

git commit --amend -m "New and correct message"

Então,

Comando 2 .

git push origin --force

git commit --amend

edite e altere a mensagem na janela atual. Depois disso

git push --force-with-lease

Outra opção é criar uma "confirmação de errata" adicional (e push) que faça referência ao objeto de confirmação que contém o erro - a nova confirmação de errata também fornece a correção. Uma confirmação de errata é uma confirmação sem alterações substanciais no código, mas com uma mensagem importante de confirmação - por exemplo, adicione um caractere de espaço ao seu arquivo leia-me e confirme essa alteração com a importante mensagem de confirmação ou use a opção git --allow-empty. É certamente mais fácil e seguro do que refazer o processo, não modifica o histórico verdadeiro e mantém a árvore do ramo limpa (usandoamendtambém é uma boa opção se você estiver corrigindo a confirmação mais recente, mas uma confirmação de errata pode ser uma boa opção para confirmações mais antigas). Esse tipo de coisa ocorre tão raramente que simplesmente documentar o erro é bom o suficiente. No futuro, se você precisar pesquisar em um log git uma palavra-chave de recurso, a confirmação original (incorreta) poderá não aparecer porque a palavra-chave errada foi usada nessa confirmação original (o erro de digitação original) - no entanto, a palavra-chave aparecerá na confirmação da errata, que apontará para o commit original que teve o erro de digitação. Aqui está um exemplo:

$ git log
confirmar 0c28141c68adae276840f17ccd4766542c33cf1d
Autor: Primeiro Último 
Data: quarta-feira, 8 de agosto de 15:55:52 2018 -0600

    Confirmação de errata:
    Este commit não possui alterações substanciais no código.
    Essa confirmação é fornecida apenas para documentar uma correção em uma mensagem de confirmação anterior.
    Isso pertence ao objeto de confirmação e083a7abd8deb5776cb304fa13731a4182a24be1
    Mensagem de confirmação incorreta original:
        Cor do plano de fundo alterada para vermelho
    Correção (* alteração destacada *):
        Cor do plano de fundo alterada para * azul *

confirmar 032d0ff0601bff79bdef3c6f0a02ebfa061c4ad4
Autor: Primeiro Último 
Data: Wed 8 de agosto 15:43:16 2018 -0600

    Alguma mensagem de confirmação provisória

confirmar e083a7abd8deb5776cb304fa13731a4182a24be1
Autor: Primeiro Último 
Data: Wed 8 de agosto 13:31:32 2018 -0600

    Cor do plano de fundo alterada para vermelho

Isso funciona para mim muito bem,

origem / nome da filial do git checkout

se você já está no ramo, é melhor puxar ou refazer

git pull

ou

git -c core.quotepath=false fetch origin --progress --prune

Mais tarde você pode simplesmente usar

git commit --amend -m "Your message here"

ou se você deseja abrir o editor de texto, use

git commit --amend

Eu prefiro usar o editor de texto se você tiver muitos comentários. Você pode definir seu editor de texto preferido com o comando

git config --global core.editor your_preffered_editor_here

De qualquer forma, quando terminar de alterar a mensagem de confirmação, salve-a e saia

e depois corra

git push --force

E você terminou

informações adicionais para o mesmo problema se você estiver usando o pipeline de bitbucket

edite sua mensagem

git commit --amend

empurrar para o sever

git push --force <repository> <branch>

adicione --force ao seu comando push no pipeline

git ftp push --force

Isso excluirá o (s) seu (s) commit (s) anterior (es) e enviará o seu atual.

remova o --force após o primeiro empurrão

eu tentei no pipeline de bitbucket e está funcionando bem