Per me, release-prepare
sembra spingere tre volte:
- dopo aver commesso il POM aggiornato alla nuova versione, è in esecuzione
git push
senza argomenti, a spingere che commettono.
- Dopo la codifica, è in esecuzione
git push origin <tagname>
, che è ciò che dovrebbe spingere il tag.
- Dopo aver commesso il POM aggiornato alla nuova versione di istantanea, è in esecuzione
git push
senza ulteriori argomenti.
dato che è specificando esplicitamente origin
per il tag spinta, si può spingere con successo solo i tag se il vostro alias git-remota è in realtà chiamato origin
. Per vedere che cosa sono chiamati i tuoi, esegui git remote -v
.
Si noti inoltre che git push
senza argomenti può default a qualcosa di diverso da origin
, a seconda della configurazione del repository - vale a dire che potrebbe aver tentato di spingere impegna in un solo luogo e tag ad un altro. Vedi qui per sapere da dove provengono tali valori predefiniti: http://www.kernel.org/pub/software/scm/git/docs/git-push.html#REMOTES
Il server Git autorizza il push del tag? Su un server Gerrit avevo bisogno dell'autorizzazione "Forge Committer" quando l'ID utente di Jenkins era diverso da quello dell'utente che veniva usato per spingere. – Andre
Interessante domanda, ma da 5 anni non riesco a ricordare! – Armand