Управление проектом Visual Studio, изменениями активов через BimlStudio, контроль версий - PullRequest
2 голосов
/ 11 февраля 2020

Для кого-то, выходящего из парадигмы создания и изменения пакета служб SSIS вручную с использованием Visual Studio и TFV C, я изо всех сил пытаюсь «ухватить» BimlStudio и рабочий процесс управления исходным кодом.

У меня есть Проект BimlStudio, который испускает проекты SSIS (файлы dtproj) и связанные пакеты, соединения и т. Д. c. Я хочу поставить все под контроль исходного кода (файлы .biml и .dtsx), используя BimlStudio и TFV C.

Как мне более точно управлять моим исходный код изменился, чем то, что я сейчас могу сделать.

Допустим, у меня есть один пакет, который мне нужно изменить. Пакет (как и все мои пакеты) определяется с помощью внешних метаданных (метаданных, которые не являются частью моего проекта BIML). Единственное место, где я делаю изменения, - это метаданные.

После внесения изменений внешних метаданных я строю свой проект BIML.

Поскольку весь проект перестраивается, он выдает обновленный пакет с включенным изменением внешних метаданных, и испускает обновленные экземпляры пакетов, в которых не произошло никаких изменений.

Я открываю свой обновленный проект в Visual Studio.

Используя инструмент «diff», я сравниваю любой из пакетов с их предыдущей версией сборки. Каждый «diff» показывает, что у каждого пакета есть все новые GUID для всех его различных компонентов.

SSIS Sample Package Diff

Поскольку все внутренние GUID пакетов меняются с каждая сборка BIML, я получаю это безумное количество "шума" вокруг моего одного изменения. Да, я мог бы назначить stati c GUID пакета через метаданные пакета, но я не собираюсь делать это для каждого подкомпонента в моем пакете. Или я? (Пожалуйста, скажите нет)

Можно утверждать, что, поскольку я знаю, что изменилось, я регистрирую только одну посылку. Но жизнь случается. Я ухожу с работы в пятницу, возвращаюсь в понедельник и спрашиваю: «Какие изменения я сделал?» Или я передаю свою работу другому разработчику, и он должен знать, что изменилось, и т. Д. c.

Как мне лучше всего справиться с этим?

Кроме того, есть ли артефакты служб SSIS (и все другие файлы в выходной папке моего проекта BimlStudio), даже включенные в элемент управления исходным кодом BimlStudio или только файлы .biml, .bimlproj, .bspcap и .mst?

Если артефакты SSIS не включены в контроль версий BimlStudio, то они было бы свободно добавить в TFV C через Visual Studio, правильно?

1 Ответ

1 голос
/ 11 февраля 2020

Мы использовали этот подход:

  • Не проверять пакеты SSIS. В решении BIML пакеты служб SSIS могут рассматриваться как файлы сборки. Используйте файл игнорирования, чтобы исключить их. Поскольку они создаются динамически, они всегда изменяются при повторном создании, как вы говорите.
  • ( Назначение stati c GUID для соединений )
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...