GMCS: Ведение доработок с двухуровневой сборкой

[Blog bot]

Источник: http://www.axsupport.ru/news/1299
==============

С этого года на всех проектах, находящихся на поддержке у компании GMCS, вводится двухуровневая процедура сборки. Эта процедура призвана повысить эффективность и оперативность решения обращений, поступающих в службу технической поддержки GMCS. Отличительной особенностью новая модели является то, что она задействует одновременно принципы итерационной сборки и непрерывного обновления.

Итерационная сборка

В рамках итерационной сборки производится периодический выпуск и установка обновлённых версий системы Microsoft Dynamics AX. Процесс итерационной сборки состоит из следующих операций:

1. В период между установками сборок на рабочую инсталляцию все проекты (исправления и дополнения к последней сборке), складываются разработчиками в отдельное хранилище проектов в хронологическом порядке
2. Проекты перед помещением в хранилище проходят адаптацию на предмет совместимости с другими на специальном приложении разработки
3. При очередной сборке проекты импортируются программой сборщиком на эталонное приложение, полученное предыдущей сборкой, и перекладываются из хранилища в архив
4. Обычно проекты устанавливаются на слой CUP, специально предназначенный для очередной сборки. Доработки, которые оставались на слое CUP с предыдущей сборки, перемещаются на слой CUS. При этом производятся системные процедуры по коррекции данных, связанных с объектами, перемещаемыми между слоями
5. После завершения импорта проектов производится глобальная компиляция полученного приложения для выявления ошибок
6. При нахождении ошибок они исправляются, если это возможно, и глобальная компиляция производится повторно. При невозможности исправления ошибок сборка откладывается или проект, в котором ошибки были обнаружены, изымается из сборки
7. Собранное приложение считается эталонным и в обязательном порядке подлежит архивации
8. Новое собранное приложение после тестирования в обязательном порядке подменяет собой рабочее приложение, а также все приложения для разработки и тестирования.

Применение итерационной сборки позволяет гарантировать, что тесты и разработка выполняются на приложении, соответствующем рабочему. Кроме того, это дает возможность отследить, в какой сборке произошло то или иное изменение в работе системы, в том числе «поймать» момент, если в систему была внесена ошибка и принять оперативные меря по ее устранению.

Итерационная сборка может выполняться раз в неделю или же раз в месяц, если новые доработки и исправления выполняются относительно редко. В том случае, если между сборками в приложение необходимо внести срочное изменение (к примеру, исправить ошибку), данное исправление устанавливается на рабочее приложение, минуя сборку на слой USR, предназначенный для временных модификаций. Далее это исправление попадает в следующую сборку.

Непрерывное обновление

Непрерывное обновление представляет собой процесс ежедневного копирования рабочей базы и приложения на базу и приложение для внесения оперативных правок и тестов (так называемая база «минус день»). Процесс непрерывного обновления позволяет специалистам службs технической поддержки компании GMCS оперативно проводить тесты и разрабатывать исправления, исключая возможность внесения ошибок в рабочую базу. Само обновление системы производится автоматически (обычно – ночью) с помощью программ (скриптов).

Чтобы настроить автоматическое обновление системы необходимо определиться со средствами, которые будут использоваться для планирования операции и для исполнения. Для планирования может использоваться планировщик Windows и/или планировщик сервера баз данных. Если сами операции запускаются с сервера баз данных, то надо позаботиться о том, чтобы учётная запись SQL сервера обладала необходимыми правами в Windows для совершения всех необходимых действий:

1. Остановка службы сервера MS Dynamics AX (AOS)
2. Бекапирование рабочей базы данных
3. Копирование файлов рабочего приложения в тестовое
4. Восстановление только что сделанного бекапа рабочей базы данных на тестовую БД
5. Запуск службы AOS

Источник: http://www.axsupport.ru/news/1299