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 tempi di inattività dell'applicazione BizTalk per distribuire una nuova versione. Se non è necessario eseguire due versioni della soluzione contemporaneamente (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 comunicare quale versione viene 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à delle applicazioni BizTalk, è necessario implementare e praticare una solida strategia di controllo delle versioni di 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, adattatori personalizzati, classi personalizzate chiamate in orchestrazioni e mappe, regole aziendali 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 gli elementi seguenti:

• Scelta di una versione di assembly fissa per un determinato risultato finale e incrementando solo il numero di versione del file.

• Incrementando sia la versione dell'assembly che la versione del file nel corso dello sviluppo.

  Questi approcci vengono confrontati nella tabella seguente:

Versione corretta dell'assembly, versione dinamica del file	Versione dinamica dell'assembly, versione fissa o dinamica del file
Numero di versione dell'assembly = Numero fisso Numero di versione del file = Numero di build	Numero di versione dell'assembly = Numero di build Numero di versione del file = Numero di build
Il runtime di BizTalk Server può recuperare 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 in qualsiasi momento.	È possibile distribuire versioni diverse della soluzione affiancate (anche se altri aspetti della soluzione, ad esempio le definizioni dello schema, possono essere in conflitto).
L'host BizTalk deve essere riavviato per forzare il caricamento degli assembly aggiornati.	Forza BizTalk Server a caricare nuovi assemblaggi.
Richiede meno lavoro per creare una nuova distribuzione perché non è necessario modificare i file che fanno riferimento al numero di versione dell'assembly (ad esempio, i file di associazione e i profili di rilevamento).	Richiede più lavoro per la distribuzione perché i file che fanno riferimento al numero di versione dell'assembly devono essere mantenuti aggiornati con la nuova versione.

È possibile scegliere di usare l'approccio versione fissa dell'assembly e della 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 correggendo 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 del file per ogni build.

Se si compila un progetto che verrà recapitato a un utente finale, è consigliabile incrementare il numero di versione dell'assembly e, facoltativamente, archiviare un numero di versione file significativo. Anche se questo approccio comporta l'ulteriore sforzo di modificare i numeri di compilazione e le dipendenze associate, garantisce che vengano usate le versioni più recenti degli assembly. Usando script di distribuzione automatizzati, è possibile ridurre l'impatto del controllo delle versioni. Per visualizzare gli esempi di distribuzione, vedere Distribuzione di applicazioni (cartella esempi di BizTalk Server) (https://go.microsoft.com/fwlink/?LinkId=155134) nella Guida di BizTalk Server.

Annotazioni

È 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 Project Versioning (https://go.microsoft.com/fwlink/?LinkID=154209) nella Guida di BizTalk Server.