1. Предпосылки
2. Подготовка систем SAP HANA
3. Процедура
4. Установка клиента SAP HANA на подчиненном компьютере Jenkins
5. Процедура
6. Настройка SAP HANA Studio
7. Создание эталонного демонстрационного приложения SAP HANA
8. Процедура
9. Создание проекта Gerrit
10. Работа с SAP HANA Studio
11. Создание задания сборки Jenkins CI
12. Процедура
13. Создание задания Jenkins для развертывания в тестовой системе
14. Процедура
15. Создание задания релиза Jenkins
16. Процедура
17. Настройка просмотра конвейера
18. Процедура
19. Альтернативные подходы
20. Сборка и установка программного компонента
21. Транспортировка между системами
22. Подготовка целевой (продуктивной) системы
23. Адаптация релиза

Этот документ является частью руководства Лучшие практики непрерывной интеграции (CI) с SAP , Чтобы все примеры работали должным образом, убедитесь, что вы выполнили инструкции по установке для всех компонентов, перечисленных в поле «Предварительные условия».

Для разработки классической модели (XSC) SAP HANA Extended Application Services (XS) вы можете использовать либо SAP HANA Studio, либо инструментальные средства разработки SAP HANA. Для получения более подробной информации об установке и начале работы, пожалуйста, обратитесь к документации по продукту.

Руководство разработчика SAP HANA для SAP HANA Studio
Инструментальные средства разработки веб-приложений SAP HANA

Разработчик, работающий с приложением SAP HANA XSC, работает непосредственно в репозитории SAP HANA с помощью SAP HANA Studio. Объекты времени разработки сначала изменяются как неактивная версия в репозитории SAP HANA, а затем активируются. Рекомендуется, чтобы разработчики в больших группах использовали свои собственные системы SAP HANA для разработки, чтобы избежать конфликтов с другими разработчиками. Для процесса на основе CI изменения в источниках SAP HANA хранятся в Git; это где разработчики проталкивают свои изменения.

Сборка CI в нашем примере использования не содержит шага компиляции, так как ничего не нужно компилировать. Вместо этого артефакт для классической модели XS представляет собой архив, содержащий объекты времени разработки XS, обернутые в виде единицы доставки (DU), которые можно развернуть в любой системе SAP HANA. Чтобы определить и упаковать единицу доставки из источников в Git, вместе с клиентским режимом командной строки используется выделенная система SAP HANA, называемая в этом обсуждении системой SAP HANA CI.

regi импортирует источники из Git в систему CI SAP HANA, сначала активируя и развертывая их в базе данных SAP HANA, и, наконец, упаковывая и экспортируя их как единицу доставки (DU). Эта идея была впервые описана в статье SCN.

Статья SCN о непрерывной доставке и SAP HANA

Таким образом, вы можете рассматривать систему SAP HANA CI и regi как инструмент построения , при этом система SAP HANA CI - это серверная часть сборки, а regi - инструмент клиента, взаимодействующий с серверной частью. Поскольку новые версии источников загружаются в систему CI SAP HANA автоматически все время в контексте процесса CI, его состояние нестабильно. Не используйте его для каких-либо других целей, например, для ручных испытаний.

Шаг сборки CI может содержать тесты, например, статические проверки кода для источников JavaScript (например, ESLint) или даже автоматические тесты для пользовательского интерфейса. Чтобы гарантировать, что последующие изменения Git не конфликтуют друг с другом в системе SAP HANA CI, сборки должны выполняться строго последовательно. В противном случае несколько систем SAP HANA CI должны работать параллельно. После успешных процессов сборки и тестирования артефакт архивируется для дальнейшей обработки.

Для приемочных испытаний требуется специальная система испытаний. Эта система обеспечивается через импорт hdbalm стабильной версией DU. Развертывание версии DU, которая успешно создается во время сборки CI, может быть инициировано ответственным лицом (например, менеджером по качеству) вручную или автоматически по определенному расписанию (например, один раз в день утром). Затем у тестеров есть возможность выполнить приемочные испытания вручную.

После успешного тестирования менеджер доставки определяет, следует ли выпустить протестированную версию в продуктивную систему и сохранить архив как версию выпуска в хранилище артефактов, которым в данном примере является Nexus.

Рисунок: поток процесса CD для SAP HANA XSC

Настройка ландшафта, необходимая для этого процесса, описана в Конфигурация ландшафта , Конвейерная реализация с помощью заданий Jenkins помещает реальный код в скелет, как описано в Пример конфигурации конвейера ,

Рисунок: Компонент процесса CD

Одно слово разъяснения необходимо для различных субъектов, которые играют роль в этом процессе. Контент времени разработки SAP HANA организован в иерархии пакетов. Как и в мире Java, они отражаются как структура каталогов в локальной файловой системе.

Любой исходный объект SAP HANA XS принадлежит пакету. Во время разработки единицы доставки еще не играют роли, но приобретают значение, когда инструменты управления жизненным циклом выполняют экспорт или транспортировку контента в другие системы: тогда единицей доставки является объект, на котором работают эти инструменты.

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

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

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

Предпосылки

• Установите SAP HANA Systems (экземпляр для разработки, процесса CI, тестирования и продуктивной системы)

• Установите SAP HANA Studio на локальный компьютер

Обзор установки и обновления SAP HANA
Руководство по установке сервера SAP HANA
Руководство по установке SAP HANA Studio

Подготовка систем SAP HANA

В системах SAP HANA требуются некоторые основные разрешения и настройки.

Процедура

1. После того как вы установили свои системы SAP HANA, получите к ним доступ с помощью пульта управления SAP HANA через URL-адрес http: // <хост>: <порт> / sap / hana / admin / cockpit, где <порт> обычно равен 43 <номер экземпляра> (HTTPS) или 80 <номер экземпляра> (HTTP) для системы с одним контейнером, что вполне достаточно для наших целей. Если у вас еще нет назначенных прав администратора, они назначаются при первоначальном вводе пульта управления SAP HANA.

   

2. Нажмите ОК .

3. Нажмите Продолжить .

4. Для ваших тестовых и продуктивных систем вам нужен пользователь базы данных SAP HANA с разрешениями для функций управления жизненным циклом приложений SAP HANA, чтобы выполнить настройку через пользовательский интерфейс и использовать инструмент командной строки hdbalm в ваших определениях заданий Jenkins. Соответствующая роль пользователя - sap.hana.xs.lm.roles :: Administrator. hdbalm не попросит вас сменить пароль, поэтому вы должны изменить исходный пароль пользователя перед использованием hdbalm.

5. Выберите « Управление ролями и пользователями» или введите http: // <хост>: <порт> / sap / hana / ide / security в вашем браузере.

   

6. Перейдите в « Безопасность»> «Пользователи» , выберите своего пользователя, откройте вкладку « Предоставленные роли » и добавьте роль sap.hana.xs.lm.roles :: Administrator.

   

7. Сохранить.

8. Теперь вы должны увидеть дополнительные листы в вашей кабине SAP HANA (http: // <хост>: <порт> / sap / hana / admin / cockpit).

   Проверьте свои новые разрешения, выбрав плитку HANA Application Lifecycle Management или введя http: // <хост>: <порт> / sap / hana / xs / lm в своем браузере.

9. В управлении жизненным циклом приложения SAP HANA откройте Настройки .

   Измените поставщика на значение, которое отражает вашу организационную структуру.

   

Установка клиента SAP HANA на подчиненном компьютере Jenkins

Для получения дополнительной информации об установке клиента SAP HANA см. Документацию по продукту.

Установка клиента SAP HANA содержит следующие инструменты командной строки:

• regi - это клиент, который взаимодействует с хранилищем SAP HANA.

• hdbalm обеспечивает задачи управления жизненным циклом.

• hdbuserstore обеспечивает безопасную обработку учетных данных.

Для получения дополнительной информации введите имя инструмента в командной строке, а затем аргумент help.

Руководство по установке и обновлению клиента SAP HANA
Используя hdbalm
Безопасный магазин пользователей (hdbuserstore)

Процедура

1. Войдите на подчиненный компьютер Jenkins от имени пользователя root, загрузите установочный пакет клиента SAP HANA и SAPCAR и сохраните их во временном каталоге.

2. Извлеките пакет SAR.

3. Из извлеченного каталога выполните установку клиента SAP HANA:

   Следуйте инструкциям мастера установки.

4. Добавьте путь установки (который был определен в процедуре установки) в переменные среды PATH и LD_LIBRARY_PATH, которые применяются к пользователю, под которым выполняются сборки Jenkins.

Настройка SAP HANA Studio

Процедура

1. На вашем ПК запустите SAP HANA Studio и в меню откройте « Окно»> «Перспектива»> «Открыть проекцию»> «Другие»> «Разработка SAP HANA» .

   

2. Откройте вкладку « Системы ». Щелкните правой кнопкой мыши на белой панели и выберите « Добавить систему» . Введите данные для подключения к вашей системе разработки SAP HANA.

   

3. Нажмите Далее , затем введите свой идентификатор пользователя и пароль.

4. Нажмите Готово . Ваша система теперь отображается в системном представлении.

   

Создание эталонного демонстрационного приложения SAP HANA

В этом руководстве мы будем использовать учебное приложение SAP (SHINE), чтобы продемонстрировать, как настроить процесс CI с использованием «реального» кода, а не просто примера «Hello World». SHINE доступен в виде DU с именем HCODEMOCONTENT_ <SP> .tgz от GitHub или в Центре загрузки программного обеспечения SAP.

Справочное приложение SHINE
Документация SHINE

Приведенные ниже шаги являются подготовительными шагами, которые объединяют источники SHINE в проект Gerrit. Используя SHINE DU в виде tar-шара (.tgz), вы импортируете DU в систему разработки SAP HANA и настроите локальное рабочее пространство HANA, содержащее исходные файлы DU. Оттуда вы отправите исходные файлы в Gerrit.

Процедура

Импорт источников проекта в систему разработки SAP HANA

1. Загрузите пакет, содержащий блок доставки SHINE, и сохраните его локально на вашем ПК.

2. Откройте SAP HANA Studio, откройте перспективу SAP HANA Development и войдите в свою систему разработки SAP HANA.

3. Выберите « Файл»> «Импорт»> «Содержимое SAP HANA»> «Единица поставки» . Выберите свою систему разработки SAP HANA, затем выберите Клиент и найдите загруженный файл пакета единицы доставки. Эти шаги подробно описаны в документации SHINE.

4. Нажмите « Готово» и дождитесь окончания загрузки.

Создание проекта Gerrit

1. Создайте проект в Gerrit, как описано в Общий проект ,

2. Клонируйте проект на свой локальный компьютер.

3. В SAP HANA Studio откройте вкладку Репозитории в проекции SAP HANA Development , выберите правильную систему, щелкните правой кнопкой мыши и выберите « Создать рабочую область репозитория» из контекстного меню.

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

5. Во вновь созданном рабочем пространстве щелкните правой кнопкой мыши sap / hana / democontent / epm и выберите «Извлечь».

   Извлеченное содержимое HANA теперь находится в локальной рабочей области Git-репозитория.

6. Мы будем использовать Maven в качестве инструмента для загрузки приложения в Nexus после выпуска. Для этого необходимо добавить короткий pom.xml в корневую папку проекта со следующим содержимым:

   Введите соответствующие значения для groupID и версии. Подробности описаны в части CD Pipeline Skeleton ,

7. В локальной рабочей области Git выполните команду git add. Убедитесь, что каталог ._SYS_REGI_settings, который был автоматически создан SAP HANA Studio, не зафиксирован в Git, так как существование этого каталога не позволит другим разработчикам создавать собственное рабочее пространство репозитория HANA. Рекомендуется добавить шаблон ._SYS_REGI_settings / * в файл .gitignore. Выполните фиксацию и поместите изменения в центральное хранилище. Проект Gerrit теперь наполнен источниками SHINE.

Работа с SAP HANA Studio

Для получения общей информации о работе с SAP HANA Studio, пожалуйста, используйте документацию по продукту:

Руководство разработчика SAP HANA для студии SAP HANA

Когда разработчики извлекают источники из репозитория SAP HANA в локальное рабочее пространство, чтобы сохранить их в Git, они должны убедиться, что все источники уже были активированы в репозитории SAP HANA системы разработки. Механизм оформления заказа всегда использует новейшую версию, которая может быть активной или неактивной. Проверка частично активированных источников приводит к несовместимому состоянию источника в Git.

Создание задания сборки Jenkins CI

Задание сборки Jenkins CI выбирает источники из Git, импортирует их в систему SAP HANA CI, используя regi, чтобы назначить структуру пакета единице поставки, которая впоследствии будет экспортирована с использованием regi. В качестве альтернативы вы можете собрать программный компонент для каждого DU, используя сборку hdbalm, которая описана в конце этого руководства. Для простоты сделаем некоторые предположения относительно примера использования:

• Источники, содержащиеся в проекте Gerrit, имеют уникальный общий корень пакета: в нашем случае это sap / hana / democontent / epm. Использование более одного пакета верхнего уровня требует адаптации к определению задания с помощью циклов над пакетами верхнего уровня.

• В системе SAP HANA нет других источников, которые относятся к общему пакету, но не относятся к проекту Gerrit.

• Упаковываемая единица доставки содержит только источники проекта Gerrit.

Эти допущения позволяют нам рассматривать пакет сущностей и единицу доставки как эквиваленты и избегать совпадений в пакетах.

Процедура

1. Откройте Jenkins, выберите New Item , затем выберите Freestyle Job и назначьте CI_Shine_master_build в качестве имени задания.

2. Определите значения для системы SAP HANA CI (используемой для упаковки), единицы поставки и пакета в качестве параметров задания, чтобы можно было быстро изменить эти значения, если это необходимо, без необходимости искать их в реализации задания. Выберите Эта сборка параметризована и введите следующие строковые параметры:

   Имя Значение по умолчанию HANA_HOST {полное имя хоста системы SAP HANA CI} HANA_PORT {Порт SAP HANA, к которому подключается инструмент regi (3 <номер экземпляра> 15} DELIVERY_UNIT HCO_DEMOCONTENT DELIVERY_UNIT_VENDOR {имя вашего поставщика} ПАКЕТ sap / hana / democontent /

3. Для других параметров конфигурации введите следующее:

   Поле Значение Ограничить, где этот проект может быть запущен отмечен; Выражение метки: метка, назначенная ведомому устройству, в этом случае создается Управление исходным кодом> URL-адрес репозитория с проверкой Git {URL-адрес вашего репозитория на основе SSH} Учетные данные jenkins Филиалы для построения; Мастер Спецификатора ветви Триггеры сборки Опрос Проверен SCM Расписание {Введите частоту извлечения. Для немедленных результатов подходящим значением будет две минуты.} Среда сборки Удалить рабочее пространство перед проверкой сборки проверено Вводить пароли в сборку при проверке среды Проверка глобальных паролей Проверка параметров пароля маски

4. Выберите Добавить шаг сборки , выберите Выполнить оболочку и введите следующий код:

   Этот сценарий копирует источники, которые были клонированы из Gerrit через rsync, в рабочее пространство regi, в которое ранее была извлечена текущая версия источников из репозитория SAP HANA. Извлечение источников из репозитория SAP HANA по параметризации rsync гарантирует, что файлы, которые удаляются в Git, также удаляются из репозитория SAP HANA. После того, как источники были зафиксированы и активированы, назначение единицы доставки обновляется, и единица доставки экспортируется. Учетные данные для входа в систему SAP HANA, описанные ниже (шаг 8), являются последним этапом.

   Обратите внимание, что поддержка SAP для использования инструмента regi ограничена командами, которые используются в приведенном выше коде.

5. Архивируйте артефакты, чтобы они были доступны для последующих заданий Дженкинса. Выберите Добавить действие после сборки> Архивировать артефакты . Введите target / * в поле « Файлы для архивирования» .

6. Чтобы определить следующее задание в конвейере, выберите Добавить действие после сборки> Построить другой проект (шаг вручную) и добавьте следующие записи:

   Значение поля Имена нижестоящих проектов CI_Shine_master_testDeploy Параметры BUILD_JOB_NUMBER = $ {BUILD_NUMBER}

   Игнорируйте предупреждение о том, что введенное задание еще не существует. Мы создадим его на следующем шаге.

7. Сохраните определение задания.

8. Определите имя пользователя и пароль, которые будут использоваться для доступа к вашей системе SAP HANA CI через regi как глобальные пароли: Выберите « Управление Jenkins»> «Настроить Jenkins»> «Глобальные пароли» . Нажмите « Добавить» , затем установите « Имя» на HANA_USER и « Пароль» на имя пользователя. Нажмите кнопку « Добавить» еще раз, установите « Имя» в HANA_PASSWORD, а « Пароль» - в качестве пароля HANA_USER. Сохраните ваши изменения.

Создание задания Jenkins для развертывания в тестовой системе

Следующее задание в конвейере CD запускается вручную: это этап для менеджера по качеству или координатора тестирования, чтобы предоставить тестовой системе одного кандидата, который успешно прошел задание сборки CI. Затем система может использоваться ручными тестерами для приемочных испытаний.

С технической точки зрения это задание берет результат сборки (то есть экспортированную единицу доставки) из предыдущего задания и импортирует его в тестовую систему с помощью импорта hdbalm.

Процедура

1. Откройте Jenkins и нажмите New Item , затем выберите Freestyle Job . Введите CI_Shine_master_testDeploy.

2. Выберите Эта сборка параметризована и введите следующие строковые параметры:

   Имя Значение по умолчанию BUILD_JOB_NUMBER Оставьте пустым HANA_HOST {полное имя хоста системы SAP HANA CI} HANA_HTTP_PORT {HTTP-порт SAP HANA: обычно 43 <номер экземпляра> (HTTPS) или 80 <номер экземпляра> (HTTP)}

3. В качестве других параметров конфигурации введите следующее:

   Поле Значение Ограничить, где этот проект может быть запущен отмечен; Выражение метки: метка, назначенная ведомому устройству, в данном случае создает Управление исходным кодом> Не отмечен Проверено Среда сборки Удалить рабочее пространство перед проверкой запуска проверено Внедрение паролей в сборку при проверке среды Проверка глобальных паролей Проверка параметров пароля маски

4. В разделе « Сборка » выберите « Добавить шаг сборки»> «Копировать артефакты из других проектов» и введите:

   Поле Значение Имя проекта CI_Shine_master_build Какая сборка Конкретная сборка Номер сборки $ BUILD_JOB_NUMBER Артефакты для копирования цели / *

   Этот шаг восстанавливает артефакт, созданный в задании на сборку, в каталог рабочей области этого задания.

5. Выберите Добавить шаг сборки> Выполнить оболочку и введите следующую реализацию сценария:

6. Выберите Добавить действие после сборки> Построить другой проект (шаг вручную) и добавьте следующие записи:

   Значение поля Имена нижестоящих проектов CI_Shine_master_release Параметры BUILD_JOB_NUMBER = $ {BUILD_JOB_NUMBER}

   Не обращайте внимания на предупреждение о том, что введенное задание еще не существует; мы создадим его на следующем шаге.

7. Сохраните определение задания.

Создание задания релиза Jenkins

Последняя работа в конвейере реализует выпуск версии, которая успешно прошла приемочный тест.

Технически, происходят две вещи: артефакт загружается в Nexus в репозиторий релизов и импортируется hdbalm в производственную систему.

Мы создаем копию задания развертывания в тестовой системе, адаптируем целевой URL-адрес, указывающий на продуктивную систему, и добавляем еще один шаг для загрузки в Nexus.

Процедура

1. Откройте Jenkins, нажмите New Item и введите CI_Shine_master_release. Выберите Скопировать существующий элемент и введите CI_Shine_master_testDeploy в качестве шаблона копирования.

2. Измените параметр HANA_HOST на имя хоста производственной системы.

3. В разделе Build добавьте следующие строки в начале сценария оболочки:

4. Удалите все действия после сборки.

5. Сохраните определение задания.

Настройка просмотра конвейера

После того, как мы создали все необходимые задания Jenkins, мы добавим удобный обзор конвейера в Jenkins.

Процедура

1. Откройте Jenkins и щелкните вкладку вида со знаком + .

2. Введите Shine_pipeline и проверьте представление сборки конвейера

3. Выберите CI_Shine_master_build в поле Select Initial Job и укажите 5 в поле No of Displayed Builds .

4. Нажмите ОК

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

6. Теперь действуйте как менеджер по качеству. Запустите импорт единицы доставки в тестовую систему.

7. Наконец, предположим, что приемочный тест прошел успешно. В роли диспетчера доставки запускайте выпуск.

8. Вы видите приложение, развернутое на всех системах и загруженное как архив в Nexus.

Альтернативные подходы

В этом руководстве приведен пример, который демонстрирует, как процесс CD может выглядеть для приложений SAP HANA XSC. В этом разделе кратко обсуждаются два альтернативных подхода.

Сборка и установка программного компонента

Вместо использования экспортированного блока доставки вы можете использовать команду сборки hdbalm для сборки блока доставки из системы CI в качестве компонента программного обеспечения в виде zip-файла. В задании сборки CI замените команду regi export следующими строками:

Этот zip-файл архивируется в Jenkins и передается в задания CI_Shine_master_testDeploy и CI_Shine_master_release. В обоих случаях команда импорта hdbalm заменяется установкой hdbalm.

Вы также должны адаптировать загрузку в Nexus в задании CI_Shine_master_release для работы с zip-файлом программного компонента.

Используя hdbalm

Транспортировка между системами

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

Настройка транспорта

Подготовка целевой (продуктивной) системы

Перед использованием команды транспорта hdbalm настройте ландшафт в целевой системе SAP HANA и создайте транспортный маршрут.

1. Войдите в свою кабину SAP HANA целевой системы, используя http: // <хост>: <порт> / sap / hana / admin / cockpit

2. Откройте Управление ролями и пользователями , выберите своего пользователя и добавьте разрешение sap.hana.xs.admin.roles :: HTTPDestAdministrator.

   

   Эта роль предоставляет необходимое разрешение для создания нового транспортного маршрута.

3. В пульте управления SAP HANA откройте Управление жизненным циклом приложений HANA и перейдите к пункту ТРАНСПОРТ .

4. В подменю представления ТРАНСПОРТ откройте Система и нажмите + Регистрация . Введите имя хоста и порт HTTP исходной системы транспорта (тестовая система).

5. Нажмите Далее . Выберите Сохранить пункт назначения . Сконфигурируйте детали подключения исходной (тестовой) системы, чтобы целевая система могла получить к ней доступ. Нажмите Детали аутентификации и введите имя пользователя и пароль исходной системы. Мы рекомендуем вам включить защищенное соединение. Когда вы закончите настройку, нажмите Сохранить и закройте всплывающее окно.

6. Выберите « Готово» во всплывающем окне « Регистрация системы» . Вы видите тестовую систему в списке.

7. В транспортном представлении управления жизненным циклом приложения HANA нажмите « Транспорты» и выберите « Создать» . Введите имя для своего транспортного маршрута, выберите исходную систему и выберите Единицы доставки . Отметьте свой блок доставки в списке. Выберите Создать, чтобы сохранить конфигурацию транспортного маршрута.

   

8. Войдите на компьютер сборки Jenkins (или любой другой компьютер, на котором установлен клиент SAP HANA). Введите следующие команды:

   Введите пароль пользователя SAP HANA. Вы видите список транспортных средств, определенных в продуктивной системе. Найдите только что определенный транспорт и запишите его идентификатор маршрута. Идентификатор маршрута не меняется, даже если вы измените маршрут, и может использоваться во время заданий для автоматизации.

Адаптация релиза

Замените команду импорта hdbalm в задании выпуска командой транспорта hdbalm, которая запускает транспорт.

1. Откройте задание CI_Shine_master_release в Дженкинс.

2. Замените команду импорта hdbalm в сценарии оболочки раздела Build следующей командой:

   Замените <идентификатор маршрута> на число, полученное на шаге выше.

Похожие

Комментарии