2010-07-29 15 views

risposta

4

Non è possibile. Si tratta di bug nel plugin di git, ma non v'è forcella che la fissa, vedi:

http://issues.hudson-ci.org/browse/HUDSON-3807

+0

collegamento rotto al giorno d'oggi - Mi chiedo quali informazioni ha contenuto. – eis

+0

Vedi quello in Wayback Machine per [HUDSON-3807] (https://web.archive.org/web/20130313085902/http://issues.hudson-ci.org/browse/HUDSON-3807) e [HUDSON -7091]() e anche [HUDSON-7346](), mentre ci sei. Tipico inseguimento della coda, "Impossibile riprodurre" e creep dell'ambiente. – Codex24

+0

Cioè, [HUDSON-7091] (https://web.archive.org/web/20101229120324/http://issues.hudson-ci.org/browse/HUDSON-7091) e [HUDSON-7346] (https : //web.archive.org/web/20101011024758/http: //issues.hudson-ci.org/browse/HUDSON-7346), anche se ci sei. Sto lavorando con [Git credential.helper function] (http://git-scm.com/docs/gitcredentials/1.8.2.1), e costringendo il server master a [utilizzare la CLI Git nativa] (https: // issues .jenkins-ci.org/browse/JENKINS-20261) – Codex24

24

Lo stato stesura di questo documento è che si può.

Ci sono almeno due modi per farlo:

  1. specificandolo nella URL (https://user:[email protected]/yourrepo)
  2. specificandolo nel file di .netrc per l'ENV utente che esegue il Hudson costruire (_netrc su windows)

approccio di rete è di default un file di testo. Se necessario, può essere crittografato come spiegato in this answer o semplicemente leggibile per quell'utente attraverso le autorizzazioni.

+1

Risposta utile; [questo post] (http://dustint.com/post/299/hudson-jenkins-and-git-http-authentication) ha maggiori dettagli su come ottenere questo risultato su Linux e Windows – Marijn

+0

Prima risposta dove ho visto qualcuno mettere il nome utente/password nell'URL. Grazie. – Gowiem

+0

Ho anche dimenticato che l'opzione # 1 è possibile. . . sporco, ma funziona per me. –