Я недавно использовал subversion для управления набором пакетов DTSX, и должен признаться, что они не слишком хорошо подходят для такого рода контроля версий.
Первая проблема, с которой вы столкнулись, заключается в том, что изменения в базовом файле из IDE, как правило, происходят без вашего ведома. Это может сделать небольшое движение компонента, но чаще всего это то, о чем вы даже не подозреваете. Попробуйте: откройте пакет, проверьте свойства нескольких объектов, посмотрите на некоторые вещи, ничего не меняя, и сохраните пакет. Я был бы готов поспорить, что что-то изменилось. Изменение никак не повлияет на функциональность, но раздражает в целях контроля версий.
Когда возникают конфликты, иногда Subversion создает другие версии файлов в папке и вставляет комментарии в некоторые из файлов. Они полностью разбивают упаковку, поэтому вы должны их раздеть.
Характер изменений, сохраненных в файле dtsx, также делает его совершенно неправдоподобным для использования каких-либо функций связывания / объединения, так как вы просто не знаете, что вы получите в конце!
Несмотря на это, я все равно использовал бы subversion. Это просто, что вы можете найти больше работы в управлении спорами / конфликтами. Лично у меня было бы одно решение для dtsx - это помогло бы уменьшить любые конфликты по использованию файла проекта.