Implementazione di una strategia di controllo delle versioni
Il controllo delle versioni è l'atto di aggiornare l'implementazione di un artefatto e incrementarne il numero di versione.
Problemi generali di controllo delle versioni
Il controllo delle versioni delle applicazioni BizTalk può diventare un problema quando è necessario eseguire due versioni di una soluzione BizTalk side-by-side o se non è possibile pianificare i tempi di inattività dell'applicazione BizTalk per distribuire una nuova versione. Se non è necessario eseguire contemporaneamente due versioni della soluzione (ad esempio, se non si dispone di orchestrazioni a esecuzione prolungata), è perfettamente accettabile annullare la distribuzione della versione precedente e distribuire la nuova versione come strategia di controllo delle versioni (nessun controllo delle versioni degli assembly). Si tratta di una possibile strategia di controllo delle versioni, anche se è comunque consigliabile incrementare il numero di versione del file (per informare la versione distribuita nei server BizTalk). Per altre informazioni sull'aggiornamento di un'applicazione distribuita, vedere Elenco di controllo: Aggiornamento di un assembly.
Se è necessario supportare orchestrazioni a esecuzione prolungata e/o è necessario eseguire distribuzioni di applicazioni BizTalk senza tempi di inattività dell'applicazione BizTalk, è necessario implementare e praticare una solida strategia di controllo delle versioni bizTalk per i diversi scenari di controllo delle versioni. Sono inclusi il controllo delle versioni degli assembly .NET e il controllo delle versioni di tutti gli artefatti BizTalk. Sono inclusi schemi, mappe, pipeline, componenti della pipeline, orchestrazioni, schede personalizzate, classi personalizzate chiamate in orchestrazioni e mappe, regole business e BAM. Per altre informazioni sul controllo delle versioni side-by-side, vedere Aggiornamento tramite il controllo delle versioni side-by-side.
Controllo delle versioni di un assembly
Quando si aggiorna un assembly, è possibile scegliere tra le opzioni seguenti:
Scelta di una versione fissa dell'assembly per un determinato risultato finale e incremento solo del numero di versione del file.
Incremento sia della versione dell'assembly che della versione del file durante il corso dello sviluppo.
Questi approcci vengono confrontati nella tabella seguente:
| Versione assembly fissa, versione file dinamica | Versione assembly dinamica, versione file fissa o dinamica |
|---|---|
| Numero di versione dell'assembly = Numero fisso Numero di versione del file = Numero build |
Numero di versione dell'assembly = Numero build Numero di versione del file = Numero build |
| BizTalk Server runtime può selezionare la versione errata dell'assembly se sono installati più assembly. | BizTalk Server esegue sempre la versione più recente dell'assembly, anche se sono installati più assembly. |
| È possibile distribuire una sola versione della soluzione per volta. | È possibile distribuire versioni diverse della soluzione affiancate (anche se altri aspetti della soluzione, ad esempio le definizioni dello schema, possono essere in conflitto). |
| È necessario riavviare l'host BizTalk per forzare il caricamento degli assembly aggiornati. | Forza BizTalk Server caricare nuovi assembly. |
| Richiede meno lavoro per creare un nuovo sviluppo perché i file che fanno riferimento al numero di versione dell'assembly (ad esempio i file di associazione e i profili di rilevamento) non necessitano di modifica. | Richiede più lavoro per creare un nuovo sviluppo perché i file che fanno riferimento al numero di versione dell'assembly devono essere mantenuti aggiornati alla nuova versione. |
È possibile scegliere di usare l'approccio alla versione fissa dell'assembly e alla versione dinamica del file se si sta creando prototipi di un sistema o sviluppando qualsiasi altro tipo di progetto che non verrà rilasciato. Se non si intende distribuire l'applicazione a un utente finale, è possibile semplificare le attività di distribuzione e ridurre le dipendenze interrotte fissando la versione dell'assembly e incrementando il numero di versione del file. Per il rilevamento delle versioni, è necessario ricordare di incrementare il numero di versione per ogni generazione.
Se si sta generando un progetto che verrà distribuito a un utente finale, considerare l'ipotesi di incrementare il numero di versione dell'assembly e, facoltativamente, di memorizzare un numero di versione significativo. Sebbene questo approccio preveda lo sforzo aggiunto della modifica dei numeri di build e delle dipendenze associate, garantisce che vengano utilizzate le versioni più recenti degli assembly. Utilizzando script di distribuzione automatizzata è possibile ridurre l'impatto del controllo delle versioni. Per visualizzare gli esempi di distribuzione, vedere Distribuzione di applicazioni (BizTalk Server cartella esempi) (https://go.microsoft.com/fwlink/?LinkId=155134) in BizTalk Server Guida.
Nota
È consigliabile scegliere il meccanismo di controllo delle versioni che garantisce che i file appropriati vengano recapitati e che semplificano la manutenzione e il miglioramento.
Per altre informazioni sui problemi di controllo delle versioni, vedere BizTalk Server Controllo delle versioni del progetto (https://go.microsoft.com/fwlink/?LinkID=154209) in BizTalk Server Guida.