software di gestione dei rilasci [chiuso]

4

Abbiamo un processo di gestione dei rilasci ragionevolmente buono. Tuttavia, molte parti di esso sono attività manuali, ovvero promozione di build per il controllo qualità, implementazione di build in gruppi interni, rilevamento di versioni, ecc.

Le build e i test sono tutti automatizzati con CruiseControl.

Qualcuno può raccomandare alcuni buoni strumenti di gestione del rilascio / distribuzione continua che posso usare per automatizzare il resto del nostro processo?

    
posta Glen 11.12.2010 - 10:40
fonte

3 risposte

3

Per una visione dettagliata della visione / del potenziale del software di gestione dei rilasci e dei vari strumenti che potrebbero essere utilizzati per mettere insieme la propria piattaforma di gestione delle versioni ... suggerire di controllare Consegna continua

Per software disponibile che si concentra sulla gestione dei rilasci ... consiglia di controllare

Ciascuna di queste applicazioni ha funzionalità specifiche orientate verso il processo di rilascio attraverso diversi ambienti (dev, QA, prod) che è al di sopra e al di là di ciò che forniscono le piattaforme di generazione continua.

    
risposta data 01.06.2011 - 22:34
fonte
2

Non ho molta familiarità con CruiseControl, ma molte di queste attività manuali possono essere automatizzate con uno strumento CI. Ho usato Hudson in passato, ma sospetto che CruiseControl lo farà bene.

Se lavori dal tronco, crea un lavoro "Promuovi build to QA" e "Deploy to internal group", possibilmente con una sorta di informazioni di controllo. Questo potrebbe richiamare uno script Maven, Capistrano o Fabric (a seconda dell'ambiente) per eseguire l'atto. Questo non richiede alcun lavoro speciale - solo un lavoro che chiama uno script di shell, possibilmente con alcune variabili.

Se lavori nei rami di funzionalità, devi creare un'azione "Promuovi build to QA" o "Deploy to internal group" sui build costruiti sul tuo branch di funzionalità. Questo potrebbe richiedere di creare un plug-in per il tuo sistema CI. Potresti essere in grado di utilizzare un lavoro come sopra, ma il corridore del lavoro avrà bisogno di variabili (come il nome del ramo o il numero di build).

Non sono sicuro di cosa intendi per tracciare i rilasci, ma in passato ho usato due metodi con gli strumenti di configurazione per tenere traccia di quando sono usciti i rilasci. Il primo è rendere il rilascio un lavoro Hudson, il che significa che si ottiene una cronologia delle esecuzioni di lavoro (con output). È possibile associare dati di versione utili alla build di Hudson, in modo da poter vedere a colpo d'occhio quali build sono usciti quando. Il secondo è l'utilizzo di una richiamata nel processo di distribuzione. Quando la distribuzione è completa (o anche se non lo è), effettua una richiamata allo strumento CI (o qualche altro tracker di rilascio) che riporta il risultato (in Hudson, utilizzando un monitor di processo esterno o attivando una build in remoto).

Spero che ti aiuti.

    
risposta data 11.12.2010 - 12:14
fonte
0

4 semplici passaggi per l'implementazione / provisioning

  • prendi i pacchetti SO con versione che il tuo CI crea e salvali sul / i repository / i del pacchetto
    • Repository YUM per RedHat / CentOS
    • APT repo per Debian / Ubuntu
  • Aggiorna l'indice repo (se richiesto)
  • Utilizza gli strumenti di gestione dei pacchetti standard per aggiornare i server
  • Fai affidamento sull'apprezzamento dei clienti per l'utilizzo dei pacchetti nativi
risposta data 02.06.2011 - 03:22
fonte

Leggi altre domande sui tag