Використання шаблону процесу TFS Build Process (Workflow) для розгортання

Я думаю використовувати робочі процеси TFS Build для складних розгортань. У нас є кілька, які можуть знадобитися для розгортання:

Веб-додатки та послуги
База даних
Звіти SSRS
Пакети SSIS
Хто знає що ще

Мені подобається те, що я можу дати робочому процесу деякі основні параметри, такі як побудова для розгортання, і він би просто запустився. Потенційно деякі частини можуть потребувати схвалення людини, і я знаю, що робочий процес теж може впоратися з цим. Прикладом є те, що ми можемо використовувати робочий процес для створення сценарію змін із наших проектів баз даних Visual Studio, але група DBA захоче затвердити сценарій до його запуску.

Мені цікаво знати, чи використовували інші для цього «побудови» в минулому і які проблеми були знайдені.

— Джон Сондерс
джерело

Ми використовуємо TFS 2010 для управління нашими побудовами / розгортаннями. Я не маю для вас швидких відповідей; але як виникають проблеми, не соромтеся надіслати мені електронну пошту, і ми можемо хоча б спробувати розібратися в цьому.

— Стівен Гросс

Ми використовували TFS для запуску наших збірок, але використовували msbuild для створення наших проектів. Основна перевага полягає в тому, що у нас є сценарій збірки, який ми можемо змінити утримання під контролем версій. Що стосується робочих процесів, наприклад: як ви збираєтеся створити старішу версію свого проекту? За допомогою сценарію збирання ви просто отримуєте старішу версію з контролю джерела і ви переходите. Також приємно вміти пограбувати з ним і вмикати / вимикати різні варіанти.

Якщо ви мертві, впевнені, що у вас є фіксований цикл збірки, ви, ймовірно, можете зняти його, інакше мати сценарій - це, мабуть, більш безпечний і чуйний варіант.

— Карло Куйп
джерело

Робочі процеси - це файли .xaml, що зберігаються у контролі джерела. Мені знадобиться процес, який розгалужує .xaml файли разом із вихідним кодом. Без сумніву, ви розгалужуєте файли msbuild разом із джерелом.

— Джон Сондерс

@JohnSaunders так, ми розгалужуємо наші сценарії побудови. Приємно, що конфігурація вашого документообігу зберігається у файлі XML, але який вплив має зміна конфігурації на елементи, що знаходяться в іншій версії вашого робочого процесу (робочі теми, завдання тощо у вашому проекті також знаходяться в тому самому праві робочого процесу? ) Тут я бачу ризик, змінюючи поведінку того, як TFS керує вашим проектом на ходу.

— Карло Куйп

Я не знаю, що ти маєш на увазі. Змінення шаблону процесу збирання не змінить робочі елементи. Що ви маєте на увазі "елементи, які знаходяться в іншій версії вашого робочого процесу"?

— Джон Сондерс

Шаблон процесу, який ви застосовуєте під час створення проекту TFS, створює робочий процес. Це означає, що якщо ви створюєте робочу програму, вона пов'язана з різними етапами цього робочого процесу. Чи буде ваш процес збирання розширенням для цього робочого процесу чи це окремий?

— Карло Куйп

Вибачте, ви плутаєте шаблон процесу та шаблон збирання. Microsoft погано обрала їх умови. Крім того, шаблон процесу, який ви використовуєте під час створення командного проекту, створює будь-який потік роботи, про який я знаю.

— Джон Сондерс