OpenPaaS — ваша следующая платформа совместной работы для предприятий и организаций.
Откройте для себя платформу OpenPaaS на своем компьютере за 5 минут, ознакомившись с демо-рецептом docker-compose.
Ознакомьтесь с руководством по установке OpenPaaS на сервер Linux и начните использовать его прямо сейчас! Если вы разработчик, которому нужны настройки для разработки, перейдите к следующему разделу:
Разработчики всегда рады помочь в создании OpenPaaS! Чтобы настроить и запустить среду разработки, ознакомьтесь с документацией по установке, разработанной нашими разработчиками.
Когда вы будете готовы приступить к работе, вы можете изучить сайт документации проекта и документацию этого репозитория. Если у вас есть какие-либо вопросы, не стесняйтесь задавать их на форуме!
В настоящее время мы используем Gitlab CI.
Следовательно, вы можете просмотреть файл .gitlab-ci.yml
в корне этого репозитория для получения дополнительной информации.
Однако некоторые задания сложнее, чем ожидалось, поскольку они зависят от внешних инструментов.
Надеемся, что для вас такие задания являются последними в конвейере выполнения; Линтеры, сборка и тестирование просты.
«Сложные» задания — это задания, посвященные CD (непрерывной доставке), основная причина которых заключается в том, что мы доставляем образы Docker в два разных реестра.
Основная сложность связана с ветками git
и связанной с ними доставкой. Вам может помочь следующая матрица:
Название филиала | Внутренний реестр | DockerHub |
---|---|---|
master | openpaas-snapshots/openpaas-esn:branch-master | линагора/esn:бранч-мастер |
release-* (1) | openpaas-snapshots/openpaas-esn:* | линагора/esn:branch-* |
feature-* (2) | openpaas-snapshots/openpaas-esn:* | линагора/эсн:* |
(1) Целью ветвей выпуска является возможность поддерживать выпуск (бэкпорт исправлений ошибок, исправления CVE...), а затем создавать второстепенные выпуски на основе этого основного выпуска.
Они должны иметь префикс release-
. например, сборка имени ветки git
release-1.6.x
предоставит:
(2) Функциональные ветки не выпускаются. Они используются для публикации и проверки функций (возможно, несколько MR и коммитов). Они должны иметь префикс feature-
. Сборка имени ветки eb git
feature-friday-delivery
предоставит:
Афферо GPL v3
BrowserStack для поддержки проектов с открытым исходным кодом.