2015-02-26 2 views
6

Я не могу найти много ресурсов о том, какой контроль версий использовать с решением SSIS. Правильно ли это делать, чтобы разместить решение SSIS в репозитории GIT или есть другие (лучшие) решения для этого типа проектов. Я знаком с git, но я не уверен, как это будет работать с SSIS, поскольку это в основном пользовательский интерфейс, который я не знаю, если надеть git может что-то испортить, есть ли какие-либо вещи, которые нужно соблюдать осторожно и т. Д.Решение SSIS на GIT?

+3

Мы используем TFS и обрабатываем пакеты SSIS как двоичные файлы. Объединение пакетов SSIS или редактирование XML без достаточной осторожности - отличный способ разбить ваши пакеты SSIS. –

ответ

12

Au contraire, интерфейс для SSIS, как правило, с помощью пользовательского интерфейса, но в основе его лежит нечеткое количество XML.

Итак, вы можете и должны управлять версиями своих решений SSIS, так как вы должны контролировать версию, которую вы разрабатываете. Слияние XML в лучшем случае является рискованным, независимо от того, является ли он «прямым» XML или тем, что мы получаем с помощью SSIS: XML, описывающий рабочий процесс и, встроенный в этот XML больше XML, который описывает компоновку элементов GUI. Это сочетание компоновки и работы приводит к множеству конфликтов при объединении пакетов SSIS. Существуют такие инструменты, как BIDS Helper, которые пытаются обеспечить «умный diff». Я считаю, что мне полезно идентифицировать «этот поток данных изменен», но в остальном я рассматриваю пакеты SSIS как двоичные объекты в контроле источника.

Независимо от того, используете ли вы git, mercurial, svn, csv, rcs, perforce, tfs, sourcesafe или какой-либо другой инструмент, 100% несущественны для типа версии, версией которой является версия.

Смежные вопросы