Gestione dei rilasci con Azure e Visual Studio Online (Cloud TFS)

3

Quale strategia utilizzeresti per gestire il rilascio di software con versione in servizi cloud Azure (ruoli Web e di lavoro)? Non stiamo cercando un'integrazione continua. Stiamo utilizzando Visual Studio 2013 e Visual Studio Online (Cloud TFS).

A un certo punto, stavamo rilasciando direttamente da Visual Studio utilizzando lo strumento Pubblica di Azure Cloud Project. Questa è davvero una pratica sbagliata secondo me, dal momento che non puoi mai essere sicuro di cosa stai veramente rilasciando. Inoltre, non vi è alcun controllo automatico sull'etichettatura o sulla ramificazione del codice, né sulla gestione di test unitari e controlli di analisi del codice.

Successivamente, abbiamo utilizzato build di rilascio su Visual Studio Online. Prima della distribuzione, si modificherebbe la Definizione di Build appropriata (sia per Test o Produzione e inserendo l'etichetta del codice (sotto la proprietà di build "Ottieni versione") che deve essere rilasciata. l'etichetta specificata), costruirla e rilasciarla a qualsiasi servizio cloud specificato nel profilo del progetto Cloud di destinazione (si utilizza il modello AzureContinuousDeployment.11.xaml).

C'è ancora un grado di intervento manuale coinvolto. Inoltre, il fatto che una versione del codice venga creata ogni volta prima che venga rilasciato non è l'ideale (a quanto ho capito sarebbe meglio se fosse impacchettato una volta).

Microsoft Release Management strumenti sembrano ideali per il lavoro, ma non sono supportati con Visual Studio Online.

C'è un modo migliore di gestire le nostre versioni?

    
posta davenewza 14.05.2014 - 14:20
fonte

1 risposta

3

/ wave hand .. Questi non sono gli strumenti che cerchi. stai stai cercando un'integrazione continua.

Sebbene CI abbia la parola continua in là, non significa "tutto il tempo, ogni check-in". Può facilmente riferirsi solo a quei bit che vuoi rilasciare - e il modo per dire al sistema quali bit vuoi rilasciare è quello di unirli a un ramo Releases.

Se lo fai, non solo ottieni tutta la gioia dell'IC controllato, ma garantisci che ciò che pubblichi è esattamente ciò che è controllato nel tuo SCM - sotto il ramo Releases, preferibilmente taggato o altrimenti indicato come una particolare release. Ciò significa che puoi anche eseguire il rollback a una versione precedente semplicemente ripristinando una versione precedente nel tuo SCM!

Ovviamente non devi lasciarlo accadere automaticamente, puoi impostarlo per creare 'continuamente' e quindi rimuovere il controllo su SCM per vedere se sono state commesse eventuali modifiche. Puoi sostituirlo con il pulsante di creazione manuale.

    
risposta data 14.05.2014 - 14:30
fonte