Continuous integration e continuous deployment sono due delle entità di base di DevOps. Automatizzare i processi di generazione e distribuzione consente team di sviluppo software di fare piccoli cambiamenti più spesso.
Automazione dei limiti di bug a causa del codice di altri membri del team di scrittura, come il codice è stato estratto. Per ottenere questo beneficio, un elevato grado di automazione e orchestrazione è necessario. Inserire Jenkins.
Jenkins è uno dei più popolari e flessibile open source strumenti di orchestrazione là fuori. Non importa se si lavora su un’eredità monolite o micro-servizi, on-premise o nel cloud, Jenkins può aiutare.
In questo articolo, per capire come Jenkins costruire server di lavoro, stiamo andando a piedi attraverso le nozioni di base su come ottenere una Jenkins server in esecuzione. Stiamo andando per il polling di un repository Git locale, e l’esecuzione di alcuni PowerShell codice quando viene apportata una modifica a tale repository per ottenere un senso del flusso di lavoro.
Prerequisiti
Si ottenere hands-on in questo articolo. Se vuoi seguire, essere sicuri di che avere un paio di prerequisiti sono:
- Un Mac, Linux o Windows device con:
- Java 1.7 o superiore (Jenkins gira su Java)
- Un gestore di pacchetti (Cacao, Homebrew, apt, yum, ecc)
- Un browser web (Chrome, Firefox o qualsiasi Chromium-browser basato su un lavoro migliore)
- Git (Possibile installare questo con il package manager)
- Un repository Git
L’Installazione Di Jenkins
È possibile installare Jenkins in numerosi modi, ciascuno di essi, il montaggio di una piattaforma diversa e casi d’uso. Se si sta costruendo un server di produzione, si potrebbe voler considerare l’utilizzo di un metodo diverso da quello mostrato, ma il modo più semplice per installare Jenkins è un gestore di pacchetti.
In Windows, è probabile utilizzare al Cacao, su MacOS Homebrew, e su Linux, dipende da quale distribuzione di Linux che si sta utilizzando.
Una volta installato Jenkins, è possibile accedere direttamente dal browser web. Aprire il browser e navigare [localhost:8080](http://localhost:8080) , e si vede Jenkins partenza o in attesa di una password iniziale.
localhost è riferito al Jenkins servizio che è ora in esecuzione sul dispositivo, mentre la porta 8080 è l’impostazione predefinita Jenkins UI porta.
Trovare la Password di Amministratore
Sulla prima pagina, Jenkins scrive una one-time password ad un file, quindi ti dà la posizione del file. Questo processo fa in modo che si ha accesso al file system del sistema installato su di esso.
Ottenere la password da questo file, immettere la password di Amministratore di dialogo mostrata nella schermata qui sotto per continuare.
L’Installazione Iniziale Plugin
A quel punto, Jenkins chiederà se si desidera scegliere il plug-in da installare o utilizzare il raccomandato di default. I plugin sono come Jenkins interagisce con le altre componenti e servizi. Si plug-in, più tardi, per ora, selezionare le impostazioni predefinite.
Impostazione di un Utente Admin
Dopo pochi minuti, è necessario impostare il primo Jenkins utente admin. Questo può essere cambiato in seguito, ma è importante scegliere uno che si ricorderà almeno durante il processo di installazione, come quella qui sotto.
Definizione di Jenkins URL
A quel punto, ti viene chiesto di impostare la Jenkins URL. Questo processo non ha intenzione di fare qualsiasi DNS o la registrazione del dominio e non ha alcun effetto su come accedere a Jenkins. Non c’è bisogno di preoccuparsi per la URL per questo scenario. Ma gli URL sarà utilizzato in qualsiasi webhooks e le variabili di ambiente Jenkins crea.
Se questo è per un sistema di produzione, si potrebbe voler considerare l’acquisto di un dominio e mi Jenkins un sottodominio per l’uso. (Per esempio: jenkins.mydomain.com)
Una volta che si fa clic su Salva e termina, per un vuoto Jenkins pagina come questa qui sotto.
Installazione Di Plug-In
Ora che Jenkins è in esecuzione, si dovrebbe sapere qualcosa a riguardo: out of the box, Jenkins non fare molto. Per ottenere il la maggior parte di Jenkins, è necessario installare un plugin.
I plugin sono pacchetti open-source che interagiscono con altri programmi e servizi all’interno di Jenkins.
È possibile trovare i plugin per qualsiasi cosa, da ulteriori sistemi di controllo di versione, per i fornitori di cloud, di Chuck Norris.
PowerShell è una parte dei requisiti del presente articolo. Come tale, è necessario installare il plug-in di PowerShell e, forse, il Chuck Norris uno, troppo.
Chuck Norris non rompere costruisce, indegno costruisce interrompere le loro tracce in sua presenza.
Fare clic su Gestisci Jenkins nel menu a sinistra, quindi trovare il pezzo del puzzle icona che legge a Gestire i Plugin. Poi, sotto la scheda Disponibile, è possibile navigare in giro e vedere che cosa è disponibile.
Fare clic sulla casella di controllo accanto al plug-in di PowerShell e fare clic su Installa senza riavviare.
Impostazione di un Repository Git
La prossima cosa che dobbiamo fare è impostare la nostra repository git. Jenkins sondaggi di questo repository per le modifiche per far funzionare la nostra generazione. Ottenere l’URL del repository e clone, ma salvare l’URL perché avete bisogno nel prossimo passaggio.
Torna a Jenkins, selezionare la Nuova Voce dall’angolo in alto a sinistra, quindi fare clic su Freestyle Progetto e dargli un nome. Un buon nome deve essere univoco per Jenkins, ma descrive anche in fretta quello che ha il compito di fare a seconda del progetto.
La prossima pagina per la Configurazione pagina del Progetto. Questo può sembrare eccessivo, ma non ti preoccupare adesso. Anche in produzione, non utilizzare la maggior parte di questi perché mentre ogni una di queste opzioni è un caso d’uso per qualcuno, non tutti di loro sarà adatto per il vostro caso d’uso.
Mentre scorrete la pagina di configurazione, notare le molte opzioni disponibili. Qui di seguito troverete ogni opzione e il valore che deve essere fornito per questa dimostrazione.
Di Gestione Del Codice Sorgente
Fare clic su Git, quindi inserisci il tuo repository URL del Repository campo URL. Lasciare le altre impostazioni come di default. Questo sta a dire Jenkins al sondaggio che repository per eventuali modifiche sul master branch, dato che è l’impostazione predefinita.
Costruire Trigger
Seleziona Sondaggio SCM, quindi immettere * * * * * nella Pianificazione di settore. Questo è un cron timer che esegue il polling per le modifiche al repository che ogni minuto.
Costruire
Sotto il Aggiungere il Passaggio di generazione a discesa, selezionare Windows PowerShell e immettere Get-ChildItem $ENV:area di LAVORO nel campo Comando. Questo comando utilizza un built-in Jenkins variabile (che è coperto in modo più approfondito poco) per stampare un elenco di file dal repository che stai cercando.
(Opzionale) Post-Costruire Azioni
Se è stato installato il Chuck Norris plugin in precedenza, selezionare Attiva Chuck Norris da Aggiungere Post-costruire passo a discesa per aggiungere il Chuck Norris del plugin effetto visivo per il lavoro. Jenkins, in realtà, non attivare Chuck Norris, Jenkins sembra proprio per la sua approvazione.
In esecuzione della Build
Tutti Jenkins costruisce in un luogo di lavoro, che è un elenco di Jenkins server. Il progetto di test che si è definito sopra cloni il repository git URL in tale area di lavoro, quindi esegue le istruzioni di generazione come .ps1 script.
Prima, quando è entrato $ENV:area di LAVORO nel passaggio di generazione, si saranno chiesti in cui tale variabile è venuta da. Jenkins fornisce alcune variabile di ambiente al tempo di esecuzione di ogni lavoro, di cui $ENV:area di LAVORO, che punti al percorso del repository clonato.
Ora che il tuo lavoro è configurato, è tempo di prova. Si può eseguire in due modi: O spingere un nuovo commit sul repository e attendere Jenkins per il polling di un cambiamento, o premere il pulsante genera sul lato sinistro della pagina. Qualunque sia il metodo scelto, si innesca una nuova run di Jenkins lavoro, il che significa che la tua home page dovrebbe ora assomigliare a questo:
Per un finale di verifica per assicurarsi che il nostro lavoro è stato eseguito correttamente, fare clic sul numero di build in Build Storia. Questa pagina mostra alcuni dettagli come le modifiche che ha attivato la build, che la git commit ID, e l’utente che ha spinto chi si impegna.
Per ulteriori dettagli, fare clic su Console Uscita sul lato sinistro dello schermo e vedrete che ogni riga di comando passo Jenkins ha preso durante l’esecuzione del costruire.
Perché questa build è incluso anche un Get-ChildItem sul Jenkins area di lavoro, l’uscita da quel cmdlet in fondo la console di output simile a quello mostrato qui sotto è.
Riepilogo
Ora che sapete come impostare un Jenkins server, installare plugin, e di eseguire un lavoro, si dovrebbe dare un’occhiata a disposizione Jenkins plugin da Gestione Plugin pagina accennato in precedenza. Non tutti si adatta alle vostre esigenze, ma tutti in forma alcune necessità e potrebbe essere vale la pena conoscere.
Se si dispone di GitHub enterprise, è possibile collegare il tuo account di GitHub per Jenkins per fare le cose come richiedono le verifiche dello stato prima di unire in master, automatizzare la distribuzione dalla sorgente, ed eseguire un CI pipeline contro eventuali nuove modifiche al codice. Buon divertimento!