Utilizzo di un modello di processo di creazione TFS (flusso di lavoro) per la distribuzione

10

Sto pensando di utilizzare i flussi di lavoro TFS Build per distribuzioni complesse. Ne abbiamo alcuni che potrebbero essere necessari per la distribuzione:

  1. Applicazioni e servizi Web
  2. database
  3. Rapporti SSRS
  4. Pacchetti SSIS
  5. Chissà che altro

Mi piace il fatto che posso dare al flusso di lavoro alcuni parametri di base come il build da implementare e che dovrebbe essere eseguito. Potenzialmente, alcune parti potrebbero aver bisogno dell'approvazione umana, e so che anche il flusso di lavoro può gestirlo. Un esempio è che potremmo usare il flusso di lavoro per creare uno script di modifica dai nostri progetti di database di Visual Studio, ma il gruppo DBA vorrà approvare lo script prima che venga eseguito.

Mi interessa sapere se altri hanno usato "build" per questo in passato e quali problemi sono stati trovati.

    
posta John Saunders 09.10.2011 - 00:11
fonte

1 risposta

1

Abbiamo usato TFS per attivare le nostre build ma usato msbuild per costruire i nostri progetti. Il vantaggio principale è che abbiamo uno script di compilazione che possiamo cambiare sotto il controllo della versione. La cosa è con i flussi di lavoro, ad es. : come hai intenzione di costruire una versione precedente del tuo progetto? Con uno script di build si ottiene la versione precedente dal controllo del codice sorgente e si parte. È anche bello essere in grado di giocherellare con esso e attivare / disattivare diverse opzioni.

Se sei sicuro di avere un ciclo di build fisso, probabilmente lo puoi estrarre, altrimenti avere uno script è probabilmente l'opzione più sicura e più facile.

    
risposta data 23.10.2011 - 14:57
fonte

Leggi altre domande sui tag