Non riesco a trovare molte risorse su quale controllo di versione utilizzare con la soluzione SSIS. È una cosa "corretta" da fare per mettere la soluzione SSIS sul repository GIT o ci sono altre (migliori) soluzioni per questo tipo di progetti. Ho familiarità con git, ma non sono sicuro di come funzionerebbe con SSIS dato che è principalmente UI cosa che non so se mettere git può rovinare qualcosa, ci sono cose da fare attenzione, ecc.Soluzione SSIS su GIT?
Al contrario, l'interfaccia di SSIS è generalmente attraverso un'interfaccia utente, ma nel cuore è una quantità irreale di XML.
Quindi sì, è possibile e necessario la versione controllare le soluzioni SSIS, come si dovrebbe controllare la versione tutto ciò che si sviluppa. L'unione dell'XML è al limite, sia che si tratti di XML "diretto" o di ciò che otteniamo con SSIS: XML che descrive il flusso di lavoro e, incorporato in quell'XML è più XML che descrive il layout degli elementi della GUI. Questo mix di layout e lavoro porta a molti conflitti quando si uniscono i pacchetti SSIS. Esistono strumenti come BIDS Helper che tentano di fornire un "diff intelligente". Trovo che sia utile per me identificare "questo flusso di dati modificato", ma altrimenti, considero i pacchetti SSIS come oggetti binari nel controllo del codice sorgente.
Sia che si utilizzi git, mercurial, svn, csv, rcs, perforce, tfs, sourcesafe o qualsiasi altro strumento è al 100% irrilevante rispetto al tipo di contenuto sottoposto a versione.
Utilizziamo TFS e gestiamo anche i pacchetti SSIS come file binari. L'unione dei pacchetti SSIS o la modifica dell'XML senza la dovuta cautela è un modo eccellente per violare i pacchetti SSIS. –