Gerrit che ricrea i change-id

Sto usando gerrit. Ho usato il seguente comandoGerrit che ricrea i change-id

$ cd .git/hooks 
$ scp -P 29418 [email protected]:hooks/commit-msg . 
$ cd ../..

Questo aggiunge il cambiamento-id al mio messaggio di commit, se mi modificare ad un commit crea un nuovo cambiamento-id. Così, quando torno a gerrit, non aggiungo il set di patch, ma sta creando una voce di recensione completamente nuova.

Qualche suggerimento, per favore?

Trovato la risposta, ma StackOverflow non mi consente di rispondere alla mia domanda.

Quindi questo è stato un errore completo da parte mia. Quando stavo cercando di impegnarsi git commit --amend -m "Commit iniziale"

ero messa in linea il messaggio di commit e che era asciugandosi il cambiamento-Id, dando così me uno nuovo.

fonte

2011-10-25 Frank Sposaro

Sei sicuro che il ChangeId è l'ultimo paragrafo del messaggio di commit? Date un'occhiata a: [ChangeId] (http: //gerrit.chromium.org/gerrit/Documentation/user-changeid.html) – vquintans

Mmmm, ho appena finito di leggere la tua domanda :-) e sì, il -m è un errore tipico. – vquintans

commettere-msg lavoro gancio in questo modo:

Verificare se si dispone di cambio-id nel messaggio di commit.
In caso contrario, genera uno.

Se si digita git commit --amend e si modifica il messaggio di commit, si ha ancora il vecchio id di modifica (è buono).

Ma se si digita git commit --amend -m "...." è stato rimosso id di modifica, quindi gerrit ne genera uno nuovo.

Regola di un pollice: Non utilizzare --amend -m con gerrit.

fonte

2011-12-05 22:02:27

Se lo volessi davvero, si potrebbe scrivere un hook prepar-commit-msg che squircherebbe il changeid e poi lo ricollegherebbe. – forivall

Yikes! trovato troppo tardi :) – mlvljr

--ammend e -m do work ... devi solo ricordarti di un 'git rebase --interactive' prima di spingere - per ripulire le cose. E naturalmente, devi fare in modo di non cambiare l'id di modifica quando lo fai ;-) – GhostCat

Se git commit --amend o git commit --amend -m "...." non aiuta e gerrit continua a lamentarsi della mancata modifica-Id. (Questo accade a causa di problemi di rete per lo più)

Ecco come ho ottenuto risolto (fatto in modo che avevo il gancio commettere-msg applicata, sulla directory padre della directory check-out reference):

Conserva le modifiche utilizzando git stash.
Utilizzato gitk & per rebase rigido la modifica al solo commit precedente.
Quindi estrarre e rebase da Repo git pull --rebase.
Quindi applicare le modifiche nascoste utilizzando git stash apply, reference. Risolvi conflitti di fusione in caso di utilizzo di git mergetool.
nuovamente impegnati nel cambiamento sempre utilizzando git commit o git commit --amend, questo ha generato un nuovo cambiamento-Id
Spingere le modifiche ramo su repository utilizzando git push ... comando.

C'è domanda simile in giro così for reference

fonte

2015-08-26 02:23:53 Abhijeet

Gerrit che ricrea i change-id

risposta

Problemi correlati