Ho fatto un commit git e successiva spinta. Vorrei cambiare il messaggio di commit. Se ho capito bene, questo non è consigliabile perché qualcuno potrebbe aver estratto dal repository remoto prima di apportare tali modifiche. E se sapessi che nessuno ha tirato?

C'è un modo per fare questo?

Storia che cambia

Se è il commit più recente, puoi semplicemente farlo:

git commit --amend

Questo fa apparire l'editor con l'ultimo messaggio di commit e ti permette di modificare il messaggio. (Puoi usarlo -mse vuoi cancellare il vecchio messaggio e usarne uno nuovo.)

spingendo

E poi quando spingi, fai questo:

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

Oppure puoi usare "+":

git push <repository> +<branch>

Oppure puoi usare --force:

git push --force <repository> <branch>

Fai attenzione quando usi questi comandi.

• Se qualcun altro ha inviato le modifiche allo stesso ramo, probabilmente vorrai evitare di distruggerle. L' --force-with-leaseopzione è la più sicura, perché si interromperà in caso di modifiche a monte (

• Se non specifichi esplicitamente il ramo, Git utilizzerà le impostazioni push predefinite. Se l'impostazione push predefinita è "corrispondente", è possibile distruggere le modifiche su più rami contemporaneamente.

Tirare / recuperare in seguito

Chiunque abbia già estratto ora riceverà un messaggio di errore e dovrà aggiornarlo (supponendo che non stia apportando alcuna modifica da solo) facendo qualcosa del genere:

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

Fai attenzione quando lo usi reset --hard. Se sono presenti modifiche al ramo, tali modifiche verranno distrutte.

Una nota sulla modifica della cronologia

I dati distrutti sono in realtà solo il vecchio messaggio di commit, ma --forcenon lo sanno e elimineranno felicemente anche altri dati. Quindi pensa --forcea "Voglio distruggere i dati e so con certezza quali dati vengono distrutti". Ma quando vengono commessi i dati distrutti, è spesso possibile recuperare vecchi commit dal reflog: i dati vengono effettivamente resi orfani anziché distrutti (sebbene i commit orfani vengano periodicamente eliminati).

Se non pensi di distruggere i dati, stai lontano da --force... potrebbero succedere cose brutte .

Questo è il motivo per cui --force-with-leaseè un po 'più sicuro.

Di 'solo:

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

e poi

git push --force

Per modificare un commit diverso dal più recente:

Step1 : git rebase -i HEAD~neseguire il rebase interattivo per gli ultimi ncommit interessati. (ad es. se si desidera modificare un messaggio di commit 3 esegue nuovamente il commit, fare git rebase -i HEAD~3)

git farà apparire un editor per gestire tali commit, nota questo comando:

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

questo è esattamente ciò di cui abbiamo bisogno!

Passaggio 2 : passarepick a rper i commit a cui si desidera aggiornare il messaggio. Non preoccuparti di modificare il messaggio di commit qui, verrà ignorato. Lo farai al passaggio successivo. Salva e chiudi l'editor.

Nota che se modifichi il tuo 'piano' di rebase ma non inizia il processo che ti consente di rinominare i file, esegui:

git rebase --continue

Se si desidera modificare l'editor di testo utilizzato per la sessione interattiva (ad es. Da vi predefinito a nano), eseguire:

GIT_EDITOR=nano git rebase -i HEAD~n

Step3 : Git mostrerà un altro editor per ogni revisione che hai inserito rprima. Aggiorna il messaggio di commit come preferisci, quindi salva e chiudi l'editor.

Step4 : Dopo che tutti i commit sono stati aggiornati i msg. potresti voler fare git push -fper aggiornare il telecomando.

Utilizzare questi due passaggi nella console:

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

e poi

git push -f

Fatto :)

Va notato che se si usano push --forcecon ref multipli, di conseguenza verranno TUTTI modificati. Assicurati di prestare attenzione a dove è configurato il tuo repository git. Fortunatamente esiste un modo per salvaguardare leggermente il processo, specificando un singolo ramo da aggiornare. Leggi dalle pagine man di git:

Si noti che --force si applica a tutti i ref che vengono inviati, quindi utilizzandolo con push.default impostato su matching o con destinazioni push multiple configurate con remote. *. Push può sovrascrivere ref diversi dal ramo corrente (inclusi ref locali che sono strettamente dietro la loro controparte remota). Per forzare una spinta verso un solo ramo, usa un + davanti al refspec per premere (ad es. Git push origin + master per forzare una spinta sul ramo master).

Se si desidera modificare un vecchio commit, non l'ultimo, è necessario utilizzare rebaseil comando come spiegato qui, pagina di aiuto Github , sulla modifica del messaggio di età superiore o multipla messaggi di commit sezione

Comando 1 .

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

Poi,

Comando 2 .

git push origin --force

git commit --amend

quindi modifica e modifica il messaggio nella finestra corrente. Dopodiché

git push --force-with-lease

Un'altra opzione è quella di creare un ulteriore "commit errata" (e push) che faccia riferimento all'oggetto commit che contiene l'errore - il nuovo commit errata fornisce anche la correzione. Un commit errata è un commit senza modifiche sostanziali al codice ma un messaggio di commit importante - ad esempio, aggiungi un carattere spazio al tuo file readme e commetti quella modifica con il messaggio di commit importante oppure usa l'opzione git --allow-empty. È sicuramente più facile e sicuro della rigenerazione, non modifica la cronologia vera e mantiene pulito l'albero del ramo (usandoamendè anche una buona scelta se stai correggendo il commit più recente, ma un commit errata potrebbe essere una buona scelta per i commit più vecchi). Questo tipo di cose accade così raramente che semplicemente documentare l'errore è abbastanza buono. In futuro, se è necessario cercare un log git per una parola chiave della funzione, il commit originale (errato) potrebbe non essere visualizzato perché è stata utilizzata la parola chiave errata in quel commit originale (il refuso originale) - tuttavia, la parola chiave verrà visualizzata nel commit errata che ti indicherà il commit originale che aveva il refuso. Ecco un esempio:

$ git log
commit 0c28141c68adae276840f17ccd4766542c33cf1d
Autore: primo ultimo 
Data: mer 8 agosto 15:55:52 2018 -0600

    Commissione Errata:
    Questo commit non ha modifiche sostanziali al codice.
    Questo commit viene fornito solo per documentare una correzione a un precedente messaggio di commit.
    Questo riguarda l'oggetto di commit e083a7abd8deb5776cb304fa13731a4182a24be1
    Messaggio di commit errato originale:
        Il colore di sfondo è cambiato in rosso
    Correzione (* modifica evidenziata *):
        Colore dello sfondo modificato in * blu *

commit 032d0ff0601bff79bdef3c6f0a02ebfa061c4ad4
Autore: primo ultimo 
Data: mer 8 agosto 15:43:16 2018 -0600

    Qualche messaggio di commit temporaneo

commit e083a7abd8deb5776cb304fa13731a4182a24be1
Autore: primo ultimo 
Data: mer 8 agosto 13:31:32 2018 -0600

    Il colore di sfondo è cambiato in rosso

Questo funziona per me abbastanza bene,

git checkout origine / nome filiale

se sei già nel ramo, allora è meglio fare pull o rebase

git pull

o

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

Successivamente puoi semplicemente usare

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

o se ti piace aprire l'editor di testo, allora usa

git commit --amend

Preferirò usare l'editor di testo se hai molti commenti. Puoi impostare il tuo editor di testo preferito con il comando

git config --global core.editor your_preffered_editor_here

Ad ogni modo, quando hai finito di cambiare il messaggio di commit, salvalo ed esci

e poi corri

git push --force

E hai finito

ulteriori informazioni per lo stesso problema se si utilizza la pipeline bitbucket

modifica il tuo messaggio

git commit --amend

spingere al server

git push --force <repository> <branch>

quindi aggiungere --force al comando push sulla pipeline

git ftp push --force

Questo eliminerà i tuoi precedenti commit e spingerà quelli attuali.

rimuovere --force dopo la prima spinta

l'ho provato sulla pipeline bitbucket e funziona benissimo