tfs tutorial tfs automating build
Використання Microsoft TFS 2015 Update-3 для .NET (побудова, тестування та розгортання): Підручник TFS
TFS більш широко використовується для розробки .NET із використанням Visual Studio .NET IDE. За допомогою TFS 2015 Update 3 можна підключитися до будь-якого репозиторію Team Foundation Server Git, використовуючи ключ SSH.
Team Foundation Server (TFS) - це продукт ALM від Microsoft, який надає можливості для наскрізної розробки та тестування за допомогою управління робочими елементами, планування проектів (водоспад або сутичка), контролю версій, побудови / випуску (розгортання) та тестування можливості.
ПРИМІТКА : Цей підручник з TFS містить багато зображень, тому дозвольте йому завантажуватися належним чином.
Також читайте => TFS для проектів JAVA з Eclipse у DevOps
Що ви дізнаєтесь:
- Вступ
- Налаштування програми C #
- Створення визначення збірки за допомогою аналізу коду
- Створення випуску для розгортання
- Виконання випуску для розгортання
- Висновок
- Рекомендована література
Вступ
TFS розроблений спеціально для Microsoft Visual Studio та Eclipse на всіх платформах, однак його також можна використовувати як задню частину декількох IDE (Інтегровані середовища розробки).
Тепер ми розглянемо, як Team Foundation Server (TFS) буде використовуватися для побудови, тестування та розгортання веб-програм .NET, що традиційно є сильним інструментом.
Обов’язкова умова:
- Microsoft TFS 2015, оновлення 3
- Microsoft Visual Studio .NET 2015 (30-денна пробна версія)
- SonarQube 6.4 або вище
- Веб-сервер IIS увімкнено. Оскільки я використовую вікно Windows 7, ви можете ознайомитися з цим посібником, як увімкнути IIS 7. Як встановити Інформаційні служби Інтернету (IIS 7) на Windows 7 Ultimate
- Є кілька відео на YouTube про те, як увімкнути IIS у Windows 2008/2012/2016.
Як правило, для виконання кроків, зазначених у підручнику, вам знадобиться a Побудувати сервер , де будуть виконуватися збірки, та машини для розгортання або середовища, де програми будуть розгорнуті в IIS із встановленими та запущеними агентами. Будь ласка, зверніться до мого попереднього підручника, щоб дізнатись, як встановлювати агенти.
Налаштування програми C #
Припускаючи, що завдання TASK створюються в TFS і призначаються розробнику для роботи над ними. Я завжди помічав, що простежуваність дуже важлива з точки зору відстеження будь-якої роботи протягом життєвого циклу програмного забезпечення.
Перш ніж додати a. NET-додаток до сховища керування джерелами TFS , переконайтесь, що a Колекційний та командний проект існує чи ні.
Колекція створюється Адміністратором TFS. Він складається з групи командних проектів в будь-якій сервісній організації, де виконуються проекти для кількох клієнтів. Ви можете створювати окремі колекції для кожного проекту замовника в TFS.
Після створення колекції ви можете створити кілька командних проектів у ній. Один командний проект складається з усіх робочих елементів, вихідного коду, тестових артефактів, метрик для звітів тощо. Командний проект може бути створений за допомогою різних вбудованих шаблонів процесів, таких як Scrum, Agile, CMMI тощо.
- Більше про створення колекцій можна знайти @ Керуйте колекціями командних проектів у Team Foundation Server
- Тут я буду використовувати Колекція за замовчуванням який створюється після встановлення TFS
- Щоб створити командний проект у колекції, виконайте дії, як показано нижче.
Запустіть веб-інтерфейс TFS за допомогою URL http: //: port / tfs, і ви можете побачити файл створений проект .
Натисніть на проект, і ви потрапите на інформаційну панель команди
(Примітка:Клацніть на будь-яке зображення для збільшення
Зараз у нас є колекція та створений командний проект. Давайте запустити Visual Studio.NET і створити a новий веб-додаток C # і поділитися проектом із сховищем керування джерелами TFS. Це перший крок до встановлення Безперервна інтеграція (CI) практика.
1) Запустіть Visual Studio.NET і встановіть TFS як сховище джерел керування за замовчуванням. Йти до Інструменти => Параметри => Керування джерелом . Потім клацніть в порядку .
два) Йти до Перегляд => Провідник команди і підключитися до сервера TFS за допомогою піктограми 
3) Створити Веб-проект C # ASP.NET
4) Оскільки ми створюємо веб-додаток, Виберіть Веб-форми шаблон
Клацніть OK для створення проекту.
5) Створений проект можна переглянути у Провідник рішень . .NET використовує концепцію файлу .sln або рішення, щоб містити всі проекти. Після того, як ви відкриєте рішення, усі пов'язані проекти також відкриються. Нам потрібно додати рішення до сховища керування джерелом TFS
6) Змініть файл Default.aspx як показано, Зберегти , а потім додайте цілий розчин до Сховище керування джерелом TFS
Виберіть Дизайн подання і ви зможете побачити цілу сторінку
різниця між контролем та забезпеченням якості
7) Додайте рішення до керування джерелом TFS. Клацніть правою кнопкою миші на розчині та виберіть „ Додати рішення для керування джерелами
8) Виберіть Командний проект створені раніше, а потім натисніть ОК
9) Рішення ще не зареєстровано в TFS. У Провіднику команд натисніть на провідник керування джерелом, і ви побачите додане рішення для перевірки.
10) Зміни в реєстрації. Йти до Team Explorer => Зміни, що очікують на розгляд
Введіть коментар і перетягніть робочий елемент TASK, щоб забезпечити простежуваність. Клацніть на Кнопка реєстрації .
одинадцять) Щоб протестувати веб-сайт, який працює локально, Клацніть на піктограму Firefox у Visual Studio.NET . Пам'ятайте, що він ще не розгорнутий ЇХ в будь-якому конкретному середовищі.
Створення визначення збірки за допомогою аналізу коду
Визначення збірки складається з ряду завдань, які виконуються під час автоматизованого процесу збірки. Приклади з завдань може складатися із запуску Visual Studio Build, MS Build, виконання сценаріїв PowerShell або Shell тощо.
1) Для створення Визначення збірки , увійдіть до веб-інтерфейсу TFS і перейдіть до Побудовує TAB . Натисніть на + для створення визначення збірки. Почніть із визначення ПУСТОГО, а потім натисніть Далі .
Виберіть Командний проект і натисніть на Створити
Клацніть на Edit , який знаходиться поруч із Порожнє визначення
Зберегти визначення збірки як щось на зразок «Основна збірка»
Оскільки Sonarqube буде використовуватися для аналізу коду, отже, додайте 2 кроки Sonar ‘ Сканер SonarQube для MSBuild - Почніть аналіз ' і Сканер SonarQube для MSBuild - Кінцевий аналіз ' завдання.
Додайте Почніть аналіз крок перед будь-якою збіркою MS або Visual Studio Build. Цей крок отримує деталі з Сервер Sonarqube налаштувати аналіз.
Додати Кінцевий аналіз крок пізніше.
Додані кроки виглядатимуть так, як показано з кроком MS Build між ними.
Почніть визначати деталі сервера Sonarqube. Визначте Кінцеву точку, куди додаються сервер Sonarqube та деталі автентифікації. Натисніть на ' Керувати додати деталі сервера Sonarqube.
Натисніть на ‘Нова кінцева точка служби => Загальна’
Тепер повернімось до головного Визначення збірки і виберіть кінцева точка який щойно був створений.
Завершена конфігурація для аналізу Begin, як показано нижче
Виберіть рішення. В Додатково => Додаткові налаштування введіть наступне та збережіть Визначення збірки
/d:sonar.scm.enabled=true /d:sonar.scm.provider=tfvc /d:sonar.tfvc.username=niranjan /d:sonar.tfvc.password.secured=
SonarQube - аналіз кінця . Завершіть аналіз, а потім завантажте результати до проекту SonarQube.
Додайте крок до Опублікувати артефакти на сервер. Артефакти зберігатимуться в папці на сервері і будуть використовуватися під час розгортання.
два) Встановіть агент на машині побудови та розгортання. Ви можете звернутися до мого попереднього підручника, щоб дізнатись, як встановити агент. Припустивши, що агент встановлений, переконайтеся, що агент запущений чи ні.
3) Переконайтеся, що плагін SonarQube SCM TFVC завантажено звідси . і скопійовано в Каталог установок розширень плагінів SonarQube . Цей плагін гарантує, що вихідний код береться із сховища джерел керування TFS і стає доступним для аналізу коду SonarQube.
4) Після завантаження та копіювання плагіна, Запуск сервер ехолота
5) Запустіть збірку, щоб перевірити, чи ці кроки працюють нормально. Відкрийте визначення побудови та натисніть «Побудова черги»
Побудова успішна. Всі кроки пройшли нормально.
Клацніть на номер збірки, в даному випадку це так Збірка 217 і перейти до Артефакти на вкладку, щоб переглянути папку падіння, створену на рівні сервера.
Примітка: У наступному розділі процес випуску показує, як будь-які зміни можуть бути відображені в процесі розгортання. Для цього переконайтеся, що артефакти проекту копіюються через крок КОПІЮВАННЯ у визначенні збірки після етапу компіляції або вручну скопіюйте каталог артефактів проекту в каталог C: inetpub wwwroot. Це потрібно зробити лише один раз.
Створення випуску для розгортання
У попередньому розділі ми бачили про Build, а потім аналіз коду за допомогою SonarQube. Тепер ми створимо Випуск для розгортання артефактів з папки 'drop' до IIS.
Зі створенням Release, весь Постійна інтеграція та безперервна доставка автоматизовано без будь-якого ручного втручання.
Перейдіть у центр випуску та Створіть визначення випуску .
Починати з Порожнє визначення і натисніть OK.
Зберегти визначення випуску та перейменуйте середовище за промовчанням на QA. На основі проектів також можна додати додаткові середовища, такі як Staging Pre-Prod тощо, і розгортання буде автоматизовано для всіх середовищ одне за іншим.
Пов’яжіть визначення збірки з визначенням випуску, щоб розгортання було автоматизованим. Натисніть на ‘Посилання на визначення збірки’. Виберіть визначення збірки, створене раніше.
Натисніть на Посилання
Увімкніть умову розгортання, щоб ініціювати розгортання відразу після Створення випуску
Крім того, увімкніть тригер для розгортання після успішної збірки. У визначенні випуску перейдіть до Вкладка тригера і включити «Постійне розгортання» , виберіть визначення збірки.
Пізніше Зберегти Визначення випуску.
Повернувшись на вкладку Середовища у визначенні випуску, додайте завдання щодо розгортання артефактів на сервері IIS.
Додати завдання для копіювання файлів з Папка ‘drop’ створений під час процесу збірки до wwwrootdirectory IIS.
Вихідна папка - Перегляньте та виберіть Вебзастосування1 проект у папці падіння
завантажити відео та аудіо з YouTube
Цільова папка повинен бути каталог inetpub wwwroot - C: inetpub wwwroot WebApplication1
Виконання випуску для розгортання
У центрі випуску створіть випуск, щоб розпочати розгортання
Виберіть останню стабільну збірку та натисніть на Створіть, щоб розпочати розгортання .
Розгортання успішне в середовищі контролю якості
Запустіть inetmgr, який є менеджером IIS, де ви можете керувати всіма веб-сайтами / програмами, встановленими в IIS. Перейдіть до розгорнутої веб-програми.
На закінчення, як тільки ви ініціюєте збірку, розгортання також завершиться у всіх визначених середовищах, оскільки випуск пов'язаний з визначенням збірки.
Висновок
У цьому посібнику з TFS ми побачили, як платформу Microsoft ALM можна використовувати для автоматизації побудови, тестування та розгортання для .NET-додатків. Тут важливу роль відіграє TFS.
Тому в сучасному світі АВТОМАТИЗАЦІЯ є запорукою успішної та швидшої доставки, щоб залишатися вперед.
Рекомендована література
- Поглиблені підручники Eclipse для початківців
- Як використовувати Microsoft TFS для проектів JAVA з Eclipse у DevOps
- Розгортання в MongoDB: Покроковий посібник
- Підручник з AWS CodeBuild: Витяг коду з Maven Build
- Найкращі інструменти розробки AWS для розробки та розгортання хмари
- Підручник JIRA Agile: Як ефективно використовувати JIRA для управління гнучкими проектами
- Використання інструменту автоматизації збірки Maven та налаштування проекту Maven для селену - Підручник No24
- Створення односторінкової програми за допомогою AngularJS (Підручник із прикладом)