Содержание


От ручного развертывания мобильных приложений IBM MobileFirst к непрерывному автоматическому

Непрерывная сборка и развертывание приложений IBM MobileFirst с помощью IBM UrbanCode Deploy

Comments

В ответ на желание потребителей получать доступ ко все более широкому кругу данных через мобильные устройства появляется все больше приложений, содержащих мобильные компоненты. Переход на мобильные технологии означает, что группа разработчиков должна адаптироваться к требованиям особого жизненного цикла разработки мобильных приложений. Им приходится часто выпускать новые версии в ответ на отклики пользователей и тестировщиков или ввиду изменений в серверной части (например, обновления базы данных или веб-сервиса). Чтобы идти в ногу с потребностями пользователей, группам разработки и эксплуатации мобильных приложений необходимо реализовать короткий цикл разработки. Такие группы переходят на методы непрерывной интеграции и непрерывного выпуска DevOps.

Непрерывная интеграция – это практика регулярного внесения изменений в репозиторий исходного кода и их интеграции в результат посредством системы сборки. Используя этот результат, система непрерывного выпуска развертывает артефакты для целевых систем. Непрерывная интеграция приводит к увеличению объема тестирования новых сборок, поэтому группа должна чаще обновлять среду развертывания. Чтобы справиться с растущим спросом на результаты развертывания, группа эксплуатации используют принципы непрерывного выпуска.

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

Рисунок 1. Типичная топология непрерывного выпуска мобильных приложений
Топология непрерывного выпуска мобильных приложений
Топология непрерывного выпуска мобильных приложений

Большинство групп уже освоило методы непрерывной интеграции в своих проектах. Теперь им нужно совершенствовать процесс развертывания и улучшать взаимодействие приложений через мобильный интерфейс. IBM MobileFirst Studio предоставляет разработчикам идеальную среду для создания мобильного интерфейса пользователя для устройств разного типа с помощью веб-, гибридных, смешанно-гибридных или нативных мобильных приложений. IBM® UrbanCode® Deploy позволяет группам разработки достигать непрерывного выпуска при развертывании артефактов. UrbanCode Deploy обеспечивает автоматизацию процесса развертывания. Он поддерживает графический способ создания последовательности действий (процессов) над приложениями и их компонентами. Плагин MobileFirst Platform для UrbanCode Deploy делает возможным развертывание в средах, содержащих IBM MobileFirst Server.

Процесс разработки мобильных приложений, изложенный в этой статье, поможет вам провести приложение от разработки и сборки через развертывание в среде IBM MobileFirst Server до эксплуатации на мобильном устройстве. К этой статье приложены примеры сценариев, которые помогут вам освоить непрерывный выпуск мобильной платформы.

Обзор процесса разработки мобильных приложений

На верхнем уровне процесс разработки мобильных приложений состоит из следующих этапов, как показано на рисунке 2.

  1. Разработка приложения.
  2. Внесение изменений в систему управления исходным кодом (Source Code Management – SCM).
  3. Сборка приложения.
  4. Развертывание артефактов, созданные в результате сборки.
  5. Установка и эксплуатация мобильного приложения.
Рисунок 2. Обзор процесса непрерывного выпуска мобильного приложения
Процесс разработки и соответствующие инструменты
Процесс разработки и соответствующие инструменты

В этой статье для реализации процесса разработки мобильных приложений используются следующие инструменты:

  • для разработки приложения: IBM MobileFirst Studio 6.0.0;
  • для внесения изменений в SCM: IBM® Rational Team Concert™ 4.0.3;
  • для сборки приложения: Build System Toolkit 4.0.3;
  • для развертывания артефактов: UrbanCode Deploy 6.0.0;
  • в качестве сервера приложений: IBM® WebSphere® Application Server 8.5.5;
  • в качестве сервера предприятия: IBM MobileFirst Server 6.0.0;
  • для развертывания в среде MobileFirst Server: плагин IBM MobileFirst 1.0.

Примечание. Для реализации этого процесса можно использовать и другие инструменты. Например, IBM® WebSphere® Application Server Liberty Profile вместо IBM WebSphere Application Server.

Разработка и выпуск приложения

Процесс разработки начинается, когда разработчик создает или изменяет мобильное приложение в IBM MobileFirst Studio и передает проект группе в рамках системы SCM Rational Team Concert.

Сборка приложения

Сборка проекта осуществляется с помощью IBM® Rational® Jazz™ Build Engine, компонента Jazz Build System Toolkit. Далее, артефакты MobileFirst, созданные в результате сборки, вводятся в CodeStation, репозиторий артефактов, входящий в состав UrbanCode Deploy. CodeStation также отслеживает версии артефактов и хранит копии этих версий.

Развертывание и установка приложений

UrbanCode Deploy автоматически развертывает артефакты, созданные в результате сборки, в целевой среде. Артефакты гибридного мобильного приложения развертываются на серверах WebSphere Application Server и IBM MobileFirst Server. Затем обновленное приложение можно установить из MobileFirst Application Center (функция MobileFirst, которая работает как внутреннее хранилище приложений) на мобильное устройство или имитатор/эмулятор, как показано на рисунке 3.

При обновлении приложения этот процесс может повторяться.

Рисунок 3. Обзор процесса развертывания мобильного приложения
Процесс развертывания мобильного приложения
Процесс развертывания мобильного приложения

На рисунке 4 показаны четыре этапа процесса разработки мобильного приложения. Эта статья демонстрирует, как использовать плагин MobileFirst для достижения этапа развертывания жизненного цикла разработки.

Рисунок 4. Этапы процесса разработки мобильного приложения
Процесс разработки мобильного приложения
Процесс разработки мобильного приложения

Настройка процесса непрерывной интеграции и выпуска

Чтобы настроить DevOps-процесс непрерывного выпуска мобильного приложения, нужно решить следующие задачи:

  1. Освоить среду разработки и артефакты MobileFirst Studio.
  2. Настроить систему сборки.
  3. Настроить MobileFirst Server.
  4. Настроить процесс непрерывного развертывания в UrbanCode Deploy.
  5. Эксплуатировать мобильное приложение.

Решив этот набор задач, вы сможете легко изменять, собирать и развертывать мобильное приложение. Используйте описанный здесь процесс и прилагаемые к статье примеры скриптов, чтобы настроить процесс в соответствии со своим сценарием.

Освоение среды разработки и артефактов MobileFirst Studio

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

В MobileFirst Studio мобильное приложение создается в проекте MobileFirst, как показано на рисунке 5. В этом примере проект создания гибридного приложения мобильного банкинга называется JKEBankMobile (см. примечание 1).

Он состоит из следующих частей:

  • два адаптера (см. примечание 2), определяющих доступ к службам, например, адаптер для установления связи с благотворительными организациями для передачи пожертвований;
  • общий код гибридного приложения, который содержится в общей папке, например, страница входа в банковское приложение (см. примечание 3). Общий код приложения развертывается как приложение MobileFirst (.wlapp) на сервере MobileFirst Server;
  • код, зависящий от операционной системы. Пример приложения JKEMobile включает в себя поддержку сред Android™ и iOS (см. примечание 4).
Рисунок 5. Схема проекта MobileFirst
Схема проекта MobileFirst

При создании проекта MobileFirst генерируются следующие артефакты или часть из них:

  • нативный двоичный файл, устанавливаемый на мобильное устройство. Этот файл можно загрузить в MobileFirst Application Center;
  • для гибридного приложения MobileFirst – файл .wlapp, содержащий метаданные и ресурсы приложения, такие как страницы JavaScript. Гибридное приложение устанавливается на MobileFirst Console;
  • файл адаптера с кодом на стороне сервера, таким как код доступа к источникам данных, загружается в MobileFirst Console;
  • WAR-файл проекта MobileFirst, содержащий сведения о конфигурации для конкретного сервера. Этот файл устанавливается на сервер приложений.

Настройка системы сборки

Система сборки обеспечивает сборку артефактов MobileFirst и других сопутствующих артефактов. В этом процессе используется среда сборки Rational Team Concert Apache® Ant. Она содержит:

  • механизм сборки артефактов;
  • JAR-файл MobileFirst Ant для сборки артефактов MobileFirst;
  • нативный SDK для сборки нативного приложения.

В Rational Team Concert необходимо определить следующие ресурсы:

  • механизм сборки артефактов. В этом примере используется Jazz Build Engine. Механизм сборки выполняет процесс на компьютере, указанном именем механизма (например, default, который ожидает задания в списке механизмов, показанном на рисунке 6);
  • определение сборки для указания свойств, характерных для компьютера сборки, на котором работает Jazz Build Engine. На рисунке 6 для сборки мобильных артефактов Android используется определение сборки Android build. На компьютере сборки должен присутствовать JAR-файл Ant MobileFirst, содержащий задания по сборке артефактов. JAR-файл поступает из MobileFirst Server.
Рисунок 6. Конфигурация сборки Rational Team Concert
Конфигурация сборки Rational Team Concert

К этой статье прилагается пример сценариев сборки, который можно использовать в качестве шаблона для настройки своей среды сборки мобильных приложений MobileFirst. Можно также создать свои собственные сценарии сборки артефактов MobileFirst. Для редактирования примера или создания своих собственных сценариев сборки используйте Ant-задания по сборке артефактов MobileFirst, приведенные в листингах 1, 2 и 3. Эти Ant-задания, включенные в JAR-файл Ant MobileFirst, собирают гибридное приложение, файл адаптера и артефакты проекта MobileFirst.

Листинг 1. Гибридные приложения с использованием Ant-задания app-builder
<app-builder 
        nativeProjectPrefix="Your project name" 
        applicationFolder="Path to your source" 
        outputFolder="Output location" 
        worklightserverhost="MobileFirst Server host URL"/>
Листинг 2. Файлы адаптеров с использованием Ant-задания adapter-builder
<adapter-builder 
    folder="Path to your source" 
    destinationFolder="Output location" />
Листинг 3. Проекты MobileFirst с использованием Ant-задания war-builder
<war-builder projectfolder="Path to your project" 
             destinationfolder="Output location" 
             warfile="Output location and file name" 
             classesFolder="Compiled classes folder"/>

Далее, собираем нативное приложение, вызывая нативные команды SDK. Например, вызываем команду android для Android-приложений и команды xcodebuild и xcrun для iOS приложений.

По завершении сборки артефакты выводятся в папку результатов сборки. Например, при использовании Rational TeamConcert артефакты можно сохранять в результатах сборки, как показано на рисунке 7. Эти артефакты сборки нужно загрузить для развертывания в CodeStation системы UrbanCode Deploy.

Рисунок 7. Артефакты развертывания, хранящиеся в папке результатов развертывания
Артефакты развертывания, хранящиеся в папке результатов развертывания

Загрузка артефактов сборки в CodeStation в качестве версий компонента

В UrbanCode Deploy приложения могут составлять полный проект, а компоненты используются для составления его подмножества (например, мобильный компонент общего банковского приложения). Как и в репозиториях исходного кода, CodeStation используется в UrbanCode Deploy для управления версиями, развертываемыми на уровне компонента. В примере сценариев сборки содержатся два метода добавления артефактов версию компонента UrbanCode Deploy:

  • версионная файловая система;
  • клиент командной строки для добавления артефактов в CodeStation.

Версионная файловая система использует структуру каталогов для хранения версий. При этом подходе корневой каталог компонента содержит вложенные подкаталоги с именами версии (например, 1.0.0 и 1.0.1, как показано на рисунке 8). Для создания новой версии добавляется новый каталог, содержащий последнюю сборку. В качестве имени нового каталога используется следующая версия (например, 1.0.2). Новая версия появляется в CodeStation.

Для копирования файлов в версионную файловую систему, используйте код Ant, приведенный в листинге 4.

Листинг 4. Код Ant для копирования файлов в версионную файловую систему
<copy todir="Versioned file system directory"> 
    <fileset dir="Output location"/> 
</copy>
Рисунок 8. Пример версионной файловой системы в каталоге C:\mobile, содержащем две версии, 1.0.0 и 1.0.1.
Версионная файловая система с двумя версиями

Альтернативный подход заключается в использовании для создания версий и загрузки файлов в CodeStation клиента командной строки (CLI). CodeStation хранит артефакты в UrbanCode Deploy и не требует доступа к файловой системе для добавления артефактов новой версии. Используйте следующие команды.

  1. Создание в CodeStation новой версии с помощью командной строки. Например:
    udclient -weburl https://localhost:8443 createVersion -component "Mobile" -name 1.0.0
  2. Добавление артефактов в CodeStation с помощью команды CLI:
    udclient -weburl https://localhost:8443 addVersionFiles -component "Mobile" -version 1.0.0 -base C:\rootDirectory

Эти вызовы CLI можно записать в Ant. Например, чтобы добавить артефакты, используйте код, показанный в листинге 5.

Листинг 5. Добавление артефактов
<exec executable="${udclientPath}/udclient" 
    failonerror="false" 
    resultproperty="artifact-add-result" 
    output="${logLocation}"> 
    <arg line="-weburl urbancode-web-url -username urbancode-username  
-password urbancode-password createVersion -component component-name -name version-name" /> 
</exec>

Сценарии из примера сборки

Прилагаемый пример скриптов Ant собирает четыре артефакта MobileFirst (нативный двоичный файл, гибридное приложение, адаптер и проект MobileFirst) с использованием Ant-заданий, приведенных в разделе Настройка системы сборки. Включены сценарии для операционных систем Android и iOS. Чтобы настроить эти сценарии сборки для своей среды и своего проекта, ознакомьтесь с комментариями в сценариях сборки, содержащими соответствующие инструкции.

Имеются следующие два сценария развертывания в UrbanCode Deploy:

build-copy.xml
Использует версионную файловую систему для создания новых версий компонентов.
build-push.xml
Использует CLI для передачи в CodeStation.

В сценариях сборки после компиляции артефактов MobileFirst результат сборки передается в Rational Team Concert и развертывается в UrbanCode. Включены журналы событий и выходные файлы Rational Team Concert, чтобы помочь в отладке и трассировке сборок.

Обзор целей из примера сценариев

Цели Ant в примерах сценариев обеспечивают процесс сборки артефактов MobileFirst. Эти сценарии можно настроить, добавив при необходимости дополнительные цели для своего приложения.

  1. Сборка начинается с цели all.
    <target name="all" depends="hybrid,androidNative,worklightProject,fileSystemPush" />
  2. Вызывается цель hybrid и собирает гибридное приложение и адаптер с помощью заданий app-builder и adapter-builder, описанных в разделе Настройка системы сборки. Адаптер, гибридное приложение и файлы журнала событий из сборки загружаются в папку результатов сборки Rational Team Concert.
  3. Собирается нативное приложение с помощью SDK для конкретного мобильного устройства. Для этого используется цель androidNative для Android из прилагаемого примера.
  4. Проект MobileFirst собирается в цели worklightProject с использованием Ant-задания war-builder.
  5. Результат сборки добавляется в UrbanCode UrbanCode в качестве новой версии компонента в цели fileSystemPush. Новая версия компонента основана на версии приложения.

Настройка MobileFirst Server

Среда развертывания – это место, где установлены MobileFirst Server и необходимое программное обеспечение, используемое в мобильном приложении (например, службы). Типичная среда развертывания включает в себя MobileFirst Server (с установленным Application Center), сервер приложений и базу данных. Отметим, что среда развертывания может содержать удаленные элементы. Например, MobileFirst Server может находиться на отдельной машине по отношению к службе REST, используемой мобильным приложением.

Для каждого собранного мобильного приложения необходимо настроить консоль MobileFirst Server. На консоли можно развернуть адаптер (который обеспечивает доступ к источникам данных, например, веб-сервисам) и гибридное приложение (с метаданными приложения и веб-ресурсами).

Для создания MobileFirst Console:

  1. Настройте базу данных MobileFirst и базу данных отчетов – вручную или с помощью Ant-задания.
  2. Разверните проект MobileFirst – вручную или с помощью Ant-задания.

Совет: вместо использования командной строки, можно запустить Ant-задания из процесса UrbanCode Deploy с помощью плагина Ant.

Пример Ant-сценария configure-was-derby.xml, присутствующий в установке MobileFirst, настраивает базу данных Derby и устанавливает приложение на WebSphere Application Server (сценарий находится в каталоге Worklight/WorklightServer/configuration-samples). Например, для настройки консоли и вывода результатов в файл журнала используйте следующие две команды:

  1. ant –f configure-was-derby.xml –l db.txt databases;
  2. ant –f configure-was-derby.xml –l was.txt install.

Совет: при развертывании нескольких приложений создайте отдельные консоли со своими собственными корнями контекста и уникальными идентификаторами. Для этого отредактируйте свойства, указанные в листинге 6.

Листинг 6. Свойства, которые следует отредактировать в цели установки сценария configure-was-derby.xml.
<configureapplicationserver shortcutsDir="${shortcuts.dir}" 
                            contextroot="/${worklight.project.context}" 
                            id="${worklight.project.context}">

Примечание. После создания Application Center и консоли, возможно, придется перезапустить сервер приложений.

Настройка процесса развертывания в UrbanCode Deploy

Мы создали сборку, которая добавила артефакты сборки к новой версии компонента в CodeStation. На рисунке 9 показан пример двух версий компонента в UrbanCode Deploy.

Рисунок 9. Версии компонента в UrbanCode Deploy
Версии приложения 1.0.0 и 1.0.1
Версии приложения 1.0.0 и 1.0.1

На рисунке 10 показано содержимое версии компонента, которое служит результатом сборки.

Рисунок 10. Артефакты версии компонента
Артефакты версии компонента

После добавления файлов к версии в UrbanCode Deploy необходимо определить процесс развертывания артефактов MobileFirst из сборки на сервере MobileFirst.

UrbanCode Deploy отображает план развертывания приложения на приложение, его компоненты, процессы действий и среду развертывания. На рисунке 11 показана связь между приложением, компонентом и их процессами.

Рисунок 11. Приложение, компоненты и процессы
Приложение, компоненты и процессы
Приложение, компоненты и процессы

В этом примере приложение JKEMobile вместе с другим приложением, Application, составляет общий банковский проект в стадии разработки, как показано на рисунке 12. Приложение содержит компоненты – части общего банковского приложения, такие как база данных, веб-приложение и мобильное приложение. Этот метод позволяет разбить приложение на составные части, так что при появлении новых версий компонента действия по развертыванию можно выполнять на более низком уровне.

Рисунок 12. Список приложений
Список приложений
Список приложений

Как показано на рисунке 13, компонент JKEMobile – Android определяет процесс развертывания мобильного приложения JKEMobile. Для тех, кто хотел бы создать свое собственное приложение или у кого уже есть приложение, имеется шаблон уровня компонента, компонент Mobile на рисунке 13. Этот шаблон создает мобильный компонент и процесс развертывания MobileFirst.

Рисунок 13. Список компонентов
Список компонентов
Список компонентов

Процессы определяются с помощью шагов, которые представляют собой действия, выполняемые во время развертывания компонента или приложения. Процессы компонента определяют фактическую работу, которая выполняется с помощью шагов схемы процесса. На уровне приложения процессы могут использоваться для установки различных компонентов, определяющих общий процесс развертывания с использованием процессов для компонентов. Например, процесс приложения может обновить таблицы в базе данных, запустить сервер приложений и развернуть нативное мобильное приложение в Application Center. На рисунке 15 приведен пример процесса для компонента по развертыванию мобильных артефактов из пяти шагов.

Для каждого шага можно настроить свойства, так чтобы он соответствовал вашей среде. Например, на рисунке 14 показаны свойства шага «Загрузка приложения в Application Center» плагина MobileFirst и то, как можно настроить атрибуты. На этом шаге можно указать конкретную информацию по MobileFirst Server, такую как корневой каталог и имя нативного приложения, например, JKEMobile-debug.apk.

Свойства шагов процесса могут иметь значения по умолчанию. Значения по умолчанию – это значения, которые обычно указываются в других местах UrbanCode Deploy, например, при создании компонента или среды. Так на рисунке 14 значением контекста по умолчанию служит ${p:component/applicationCenterContext}, то есть используется определенное в компоненте значение applicationCenterContext.

Примечание. Значение свойства можно переопределить.

Рисунок 14. Свойства шага загрузки приложения в Application Center
Свойства шага загрузки приложения в Application Center
Свойства шага загрузки приложения в Application Center

Совет: при развертывании мобильного приложения артефакты, которые нужно развернуть на серверах, следует добавлять к процессу в следующем порядке:

  1. Развертывание или обновление проекта MobileFirst.
  2. Развертывание адаптера в MobileFirst Console.
  3. Развертывание гибридного приложения в MobileFirst Console. (Его можно развернуть параллельно с адаптером).
  4. Развертывание нативного приложения в Application Center.

На рисунке 15 показаны шаги из плагина MobileFirst, дополняющие плагины сервера приложений (такие как плагин WebSphere Application Server) для развертывания артефактов мобильного приложения на сервере MobileFirst Server. В результате в процессе компонента выполняются следующие действия.

  1. Шаг Download Artifacts извлекает артефакты версии компонента из UrbanCode Deploy в машину агента для использования на остальных шагах процесса.
  2. Веб-архив проекта MobileFirst обновляется на сервере приложений с использованием шага Update Application из плагина WebSphere. Этот шаг позволяет изменить любые параметры конфигурации.
  3. Два шага из плагина MobileFirst выполняются параллельно: Deploy Adapter to MobileFirst Server и Deploy Hybrid Application to MobileFirst Server. Артефакты, загруженные на этих шагах, обеспечивают мобильное приложение серверными ресурсами.
  4. После успешного завершения этих двух шагов нативное приложение загружается в Application Center с использованием шага Upload Application to Application Center из плагина MobileFirst.
Рисунок 15. Пример процесса компонента для развертывания артефактов MobileFirst
Пример полного процесса развертывания MobileFirst
Пример полного процесса развертывания MobileFirst

После успешного развертывания приложение из Application Center можно установить на устройство для проверки. С помощью того же процесса развертывания можно собирать и повторно развертывать на MobileFirst Server любое количество версий мобильного приложения.

Совет: среда определяет ресурсы, которые используются для развертывания, и служит для выполнения процесса. В UrbanCode Deploy можно определить несколько сред развертывания, таких как среда разработки (Dev) и среда контроля качества (QA), как показано на рисунке 16, где один и тот же процесс можно настроить для развертывания в разных конфигурациях.

Рисунок 16. Список сред
Две среды приложения, Dev и QA
Две среды приложения, Dev и QA

После запуска процесса развертывания артефакты доступны в Application Center, как показано на рисунке 17. В этом примере развертывается одно и то же мобильное приложение, но ориентированное на разные аппаратные среды (iOS и Android).

Рисунок 17. Пример приложений в Application Center
Application Center с двумя приложениями
Application Center с двумя приложениями

На рисунке 18 показана консоль MobileFirst Console с установленным гибридным приложением JKEMobile и два адаптера приложений: JKEAdapter и JKELegacyAdapter.

Рисунок 18. Пример адаптеров MobileFirst и приложение MobileFirst на консоли
Консоль MobileFirst с адаптерами и приложением
Консоль MobileFirst с адаптерами и приложением

Развертывание примера приложения

Вы можете продолжить пример сценариев сборки, описанный в этой статье, развернув приложение в нескольких средах. Например, если проект MobileFirst ориентирован на Android и iOS, можно:

  1. Объединить цели сценария сборки для создания нативных приложений в единый файл сборки.
  2. Добавить дополнительный шаг к процессу компонента, показанному на рисунке 15, для загрузки обоих приложений в Application Center.

Действия, выполняемые плагином MobileFirst Platform, обеспечивают гибкие возможности по созданию процесса, подходящего для вашего мобильного приложения. Например, если в приложение входят несколько адаптеров, то в процесс можно включить несколько шагов по развертыванию адаптера. Как видно на рисунке 15, шаги, выполняемые плагином MobileFirst, обеспечивают гибкость, позволяя настраивать процесс для развертывания нескольких мобильных приложений на одном и том же или на разных серверах MobileFirst Server. При развертывании на один и тот же сервер помогают значения по умолчанию, которые можно установить на уровне компонентов. Например, на рисунке 14 свойство File может использовать свойство application, заданное на уровне компонента. В компоненте Android свойство компонента application может указывать на файл JKEMobile-debug.apk, а в iOS-компоненте, свойство компонента application можно настроить на артефакт архива iOS-приложения (.ipa).

Кроме процесса развертывания мобильных артефактов, можно добавить процессы развертывания для других бизнес-процессов на предприятии, таких веб, базы данных и т.п.

Примечание.
Как сказано в разделе Обзор процесса разработки мобильных приложений, эта статья ориентирована на использование плагина MobileFirst 1.0 с MobileFirst Server 6.0.0. Чтобы получить подробные сведения об использовании новых версий плагина с более поздними версиями MobileFirst Server, эту статью нужно изучать в сочетании с документацией соответствующего плагина MobileFirst.

Заключение

Группы разработчиков ищут способы быстрее реагировать на отклики пользователей. Непрерывная интеграция позволяет сократить время сборки артефактов приложений. В сочетании с непрерывным развертыванием методом DevOps с помощью UrbanCode Deploy можно сократить время развертывания, создав повторяемые процессы развертывания артефактов сборки. Циклы разработки групп разработчиков мобильных приложений обычно коротки, и плагин MobileFirst может помочь в создании повторяемого процесса развертывания артефактов мобильных приложений на сервере MobileFirst Server. Этот плагин позволяет DevOps-группам скорее реагировать на отклики пользователей и легко изменять процессы развертывания. В этой статье объясняются шаги по использованию UrbanCode Deploy с плагином MobileFirst для развертывания на сервере MobileFirst Server.


Ресурсы для скачивания


Похожие темы


Комментарии

Войдите или зарегистрируйтесь для того чтобы оставлять комментарии или подписаться на них.

static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=40
Zone=Rational, Мобильные приложения
ArticleID=1029341
ArticleTitle=От ручного развертывания мобильных приложений IBM MobileFirst к непрерывному автоматическому
publish-date=05012015