Чи можете ви зробити збірку за один крок?

З тесту Джоеля :

Чи можете ви зробити збірку за один крок?

Я повинен сказати, що не можу. Зараз я працюю над веб-додатком, у якому є список елементів, які необхідно виконати для розгортання. Тож моє запитання - як я можу це автоматизувати ? Чи має бути організація в цілому? Поради / методи?

Make може автоматизувати процес збирання в один крок. Make може робити майже все, що завгодно. Я не впевнений, чому саппоро вважає, що Make застосовується лише до C / C ++. Ви можете використовувати make для запуску будь-якого типу команд. Він навіть не пов'язаний з програмуванням, хоча саме для цього зазвичай використовується.

Залежно від вашого оточення, ви можете подивитися на Make (C / C ++), Ant / Maven (Java), Gradle (Groovy) - це ті, з ким я знайомий. Швидше за все, є популярне рішення для вашого оточення.

У роботі ми використовуємо FinalBuilder , завдяки якому легко налаштувати скрипт для автоматизації всього процесу: перевірити код, створити все, запустити тести, створити пакет розгортання тощо.

Це дуже хороший інструмент, і нещодавно він виграв премію доктора Доббса Джолта за інструменти управління змінами та конфігураціями.

Впевнені, що є спосіб автоматизувати це. За допомогою таких інструментів, як шеф-кухар , налаштування абсолютно нового щойно встановленого сервера може бути таким же простим, як:

knife bootstrap ip.address -N aNameForTheServer -r "role[some functionality]"

У моєму випадку кілька кроків, виконаних цією єдиною командою, є:

• Встановіть необхідні бібліотеки, програми та модулі Python
• Створюйте нових користувачів із вказаними доступними правами доступу
• Створюйте нові бази даних, завантажуйте потрібну схему, встановлюйте права власності та права доступу
• Завантажте та встановіть код проекту, а потім випишіть інформацію про конфігурацію
• Привести все у виробничий режим, запустивши сервери баз даних, налаштувавши завдання cron тощо.

Я не впевнений, як шеф-кухар буде працювати у вашому середовищі, оскільки підтримка Windows вказана як «попередня», але для системи на базі UNIX це коліна бджіл.

Лялька - це схожа система, яка трохи старша від шеф-кухаря і може запропонувати кращу підтримку Windows.

З Maven у світі Java це просто

mvn clean deploy

У нашій конфігурації це робить все необхідне створення файлу WAR (витягнення залежностей від JAR у міру необхідності), розгортання на веб-сервері розробників та створення консервованих тестових даних у базі даних розробників. Після цього Maven проводить комплексне функціональне тестування через SeleniumRC для перевірки роботи програми.

Цією єдиною командою програма повністю розгортається до кластера сервера розробників, тому вона доступна для інших розробників негайно працювати з ними (припускаючи, що вона пройшла тести). Це незвично, щоб розгортання розробки не вдалося, оскільки розробники підтвердили, що він працює локально mvn clean install.

Артефакт знімку (WAR) копіюється в сховище Maven для спільного використання з іншими розробниками (відповідно до стандартної deployповедінки Maven ).

Гаразд, але ви розгорнули лише знімок для розробника, а як щодо тесту та виробництва?

Розподіл на тестові та (пізніші) виробничі сервери обробляється через процес випуску Maven, який ми любимо обробляти вручну, щоб переконатися, що хтось спостерігає за будь-якими підозрілими результатами. Тестери працюють лише з випущеними артефактами, а не знімками.

Після його випуску простий сценарій збірки використовується для SFTP файлу WAR до кластера тестового сервера, знову ж таки, коли хтось спостерігає за процесом, щоб переконатися, що нічого не піде не так.

Нарешті, після того, як всі тестувальники щасливі, незмінний файл WAR SFTP'd до кластеру сервера аварійного виробництва, коли хтось пильно стежить і негайне місце відкату на місці у випадку катастрофи.

Я подумав, що можу перевірити це на нашому тесті Джоела так ...

Я зробив сервер збірки в python автоматизовано його за допомогою pychron .

Код був синхронізований з VSS з командного рядка, будуйте з borland make (більшість IDE створюватимуть файли для вас, незалежно від того, вони їх називають чи ні. Delphi використовувався для викачування файлів і виклику їх .BPG файли, тепер вони ' re MSBuild XML-файли, і ви можете використовувати MSBuild), а помилки були введені у XML-файл, до якого я щойно продовжував додавати.

Отже .. Просто напишіть пакетний файл і зробіть ці речі.

1. Синхронізуйте код з управління джерелами
2. Видаліть тупі речі (окремі конфігураційні файли для проектів), які, як ви знаєте, не дозволять вам будувати все.
3. Побудуйте все (я б все збудував, зробив би брата).
4. Реєструйте свої помилки, попередження та інше, але не припиняйте створювати. (Якщо ви справді розумні, ви отримаєте ім’я останньої людини, щоб перевірити файл, який призвів до розриву збірки, і надішлете йому негідну програму)