| Раздел | Параметр | Описание |
| Репозиторий кода | Тип | Platform Integrated: Выберите репозиторий кода, интегрированный с платформой и уже выделенный для текущего проекта; платформа поддерживает GitLab, GitHub и Bitbucket. Input: Используйте URL репозитория кода, не интегрированного с платформой.
|
| Имя интегрированного проекта | Имя проекта интеграционного инструмента, назначенное или связанное с текущим проектом Администратором. |
| Адрес репозитория | Выберите или введите адрес репозитория кода, в котором хранится исходный код. |
| Идентификатор версии | Поддерживается создание приложений на основе веток, тегов или коммитов в репозитории кода. В частности: Если идентификатор версии — ветка, поддерживается создание приложений только с последним коммитом в выбранной ветке. Если идентификатор версии — тег или коммит, по умолчанию выбирается последний тег или коммит в репозитории, но при необходимости можно выбрать и другие версии.
|
| Context dir | Необязательный каталог исходного кода, используемый как контекстный каталог для сборки. |
| Secret | При использовании входного репозитория кода можно при необходимости добавить секрет аутентификации. |
| Builder Image | Образ, включающий конкретные среды выполнения языков программирования, библиотеки зависимостей и скрипты S2I. Его основная задача — преобразование исходного кода в исполняемые образы приложений. Поддерживаемые builder images включают: Golang, Java, Node.js и Python.
|
| Версия | Выберите версию среды выполнения, совместимую с вашим исходным кодом, чтобы обеспечить корректное выполнение приложения. |
| Сборка | Тип сборки | В настоящее время поддерживается только метод Build для создания образов приложений. Этот метод упрощает и автоматизирует сложный процесс сборки образов, позволяя разработчикам сосредоточиться исключительно на разработке кода. Общий процесс следующий: После установки Alauda Container Platform Builds и создания экземпляра Shipyard система автоматически генерирует ресурсы на уровне кластера, такие как ClusterBuildStrategy, и определяет стандартизированный процесс сборки. Этот процесс включает подробные шаги сборки и необходимые параметры, что позволяет выполнять Source-to-Image (S2I) сборки. Подробнее см. в: Installing Alauda Container Platform Builds Создайте ресурсы типа Build на основе вышеуказанных стратегий и информации, введённой в форме. Эти ресурсы определяют стратегии сборки, параметры сборки, репозитории исходного кода, репозитории выходных образов и другую соответствующую информацию. Создайте ресурсы типа BuildRun для запуска конкретных экземпляров сборки, которые координируют весь процесс сборки. После создания BuildRun система автоматически создаст соответствующий экземпляр ресурса TaskRun. Этот TaskRun запускает сборку через конвейер Tekton и создаёт Pod для выполнения процесса сборки. Pod отвечает за фактическую работу по сборке, которая включает: загрузку исходного кода из репозитория.
Вызов указанного builder image.
Выполнение процесса сборки.
|
| URL образа | После завершения сборки укажите адрес целевого репозитория образов для приложения. |
| Приложение | - | Заполните конфигурацию приложения по необходимости. Для подробностей см. описание параметров в документации Creating applications from Image. |
| Сеть | - | Target Port: Фактический порт, на котором приложение внутри контейнера слушает запросы. При включённом внешнем доступе весь соответствующий трафик будет перенаправлен на этот порт для предоставления внешних сервисов. Другие параметры: См. описание параметров в документации CreatingIngress.
|
| Метки и аннотации | - | Заполните соответствующие метки и аннотации по необходимости. |