Abbiamo un server di integrazione continuo con oltre 40 lavori in costante cambiamento. Vorrei eseguire il controllo della versione di lavori di integrazione continua in Hudson in modo da poter ripristinare le modifiche in caso di problemi.Controllo versione per lavori di integrazione continua Hudson
Esiste un plug-in Hudson che eseguirà questa o un'altra soluzione già esistente o dovrei conservare i file config.xml in SVN.
This is one delle discussioni più recenti sull'utilizzo del controllo di versione con la configurazione di Hudson su Hudson users list.
Non ci sono plug-in per la configurazione del negozio in un SCM adesso (marzo 2010) anche se lo backup plugin potrebbe fare qualcosa di simile a quello che si desidera, ma forse con meno di una vista di "modifica" e più di una semplice istantanea in qualunque momento.
The relatively new Job Config History plugin ottiene parte del modo in cui ci sono - in realtà non memorizza le configurazioni nel controllo del codice sorgente, ma fornisce la cronologia e il controllo delle modifiche ai lavori.
Hudson Labs ha una gran bella scrittura su questo, Keeping your configuration and data in Subversion
Questo è il primo bit di questo articolo
Sappiamo tutti che il mantenimento di importanti file nel controllo di versione è critica, come assicura che i cambiamenti problematici possano essere annullati e possano servire anche come meccanismo di backup . Codice e risorse sono spesso tenuti in controllo di versione, ma può essere facile dimenticare il server di integrazione continua stesso! Se un disco dovesse morire o cadere vittima di su un rm errato -rf, è possibile che venga persa tutta la cronologia e la configurazione associata ai lavori il server CI gestito.
è abbastanza semplice per creare un repository , ma non è ovvio che parti del $ HUDSON_HOME si vorrà per il backup. Si potrà anche avere qualche automatismo in modo da ottenere nuovi progetti aggiunto al repository, e cancellati quelli vengono rimossi. Per fortuna abbiamo un ottimo strumento per gestire questo: Hudson!
Abbiamo un lavoro Hudson che corre notte, esegue i comandi appropriati di SVN , e controlli in
Hai solo sembrano essere interessati nella configurazione, che va bene, basta ignorare o filtrare il bit sui dati e concentrarsi sulla configurazione.
Il link fornito va a un sito di malware –
Si potrebbe esaminare il plugin di configurazione SCM Sync.
Configura automaticamente tutte le modifiche di jenkins config in svn. in questo modo è possibile tracciare facilmente gli errori di configurazione.
https://wiki.jenkins-ci.org/display/JENKINS/SCM+Sync+configuration+plugin
Domanda simile: http: // stackoverflow.it/questions/1906546/best-practice-per-versioning-hudson-settings –