Источник:
http://www.axsupport.ru/news/1299
==============
С этого года на всех проектах, находящихся на поддержке у компании GMCS, вводится двухуровневая процедура сборки. Эта процедура призвана повысить эффективность и оперативность решения обращений, поступающих в службу технической поддержки GMCS. Отличительной особенностью новая модели является то, что она задействует одновременно принципы итерационной сборки и непрерывного обновления.
Итерационная сборка
В рамках итерационной сборки производится периодический выпуск и установка обновлённых версий системы Microsoft Dynamics AX. Процесс итерационной сборки состоит из следующих операций:
- В период между установками сборок на рабочую инсталляцию все проекты (исправления и дополнения к последней сборке), складываются разработчиками в отдельное хранилище проектов в хронологическом порядке
- Проекты перед помещением в хранилище проходят адаптацию на предмет совместимости с другими на специальном приложении разработки
- При очередной сборке проекты импортируются программой сборщиком на эталонное приложение, полученное предыдущей сборкой, и перекладываются из хранилища в архив
- Обычно проекты устанавливаются на слой CUP, специально предназначенный для очередной сборки. Доработки, которые оставались на слое CUP с предыдущей сборки, перемещаются на слой CUS. При этом производятся системные процедуры по коррекции данных, связанных с объектами, перемещаемыми между слоями
- После завершения импорта проектов производится глобальная компиляция полученного приложения для выявления ошибок
- При нахождении ошибок они исправляются, если это возможно, и глобальная компиляция производится повторно. При невозможности исправления ошибок сборка откладывается или проект, в котором ошибки были обнаружены, изымается из сборки
- Собранное приложение считается эталонным и в обязательном порядке подлежит архивации
- Новое собранное приложение после тестирования в обязательном порядке подменяет собой рабочее приложение, а также все приложения для разработки и тестирования.
Применение итерационной сборки позволяет гарантировать, что тесты и разработка выполняются на приложении, соответствующем рабочему. Кроме того, это дает возможность отследить, в какой сборке произошло то или иное изменение в работе системы, в том числе «поймать» момент, если в систему была внесена ошибка и принять оперативные меря по ее устранению.
Итерационная сборка может выполняться раз в неделю или же раз в месяц, если новые доработки и исправления выполняются относительно редко. В том случае, если между сборками в приложение необходимо внести срочное изменение (к примеру, исправить ошибку), данное исправление устанавливается на рабочее приложение, минуя сборку на слой USR, предназначенный для временных модификаций. Далее это исправление попадает в следующую сборку.
Непрерывное обновление
Непрерывное обновление представляет собой процесс ежедневного копирования рабочей базы и приложения на базу и приложение для внесения оперативных правок и тестов (так называемая база «минус день»). Процесс непрерывного обновления позволяет специалистам службs технической поддержки компании GMCS оперативно проводить тесты и разрабатывать исправления, исключая возможность внесения ошибок в рабочую базу. Само обновление системы производится автоматически (обычно – ночью) с помощью программ (скриптов).
Чтобы настроить автоматическое обновление системы необходимо определиться со средствами, которые будут использоваться для планирования операции и для исполнения. Для планирования может использоваться планировщик Windows и/или планировщик сервера баз данных. Если сами операции запускаются с сервера баз данных, то надо позаботиться о том, чтобы учётная запись SQL сервера обладала необходимыми правами в Windows для совершения всех необходимых действий:
- Остановка службы сервера MS Dynamics AX (AOS)
- Бекапирование рабочей базы данных
- Копирование файлов рабочего приложения в тестовое
- Восстановление только что сделанного бекапа рабочей базы данных на тестовую БД
- Запуск службы AOS
Источник:
http://www.axsupport.ru/news/1299