OpenPaaS は、企業および組織向けの次のコラボレーション プラットフォームです。
デモの docker-compose レシピを確認して、5 分以内にマシン上の OpenPaaS プラットフォームを確認してください。
Linux サーバーに OpenPaaS をインストールし、今すぐ使用を開始するためのインストール ガイドを確認してください。開発セットアップを探している開発者は、次のセクションに進んでください。
開発者は OpenPaaS の構築に協力してくれることを大歓迎です。開発環境を立ち上げて実行するには、開発者向けインストール ドキュメントを参照してください。
準備ができたら、プロジェクトのドキュメント サイトとこのリポジトリのドキュメントを探索できます。質問がある場合は、遠慮せずにフォーラムに来て質問してください。
現在Gitlab CIを使用しています。
したがって、詳細については、このリポジトリのルートにある.gitlab-ci.yml
ファイルを参照してください。
ただし、一部のジョブは外部ツールに依存するため、予想よりも複雑です。
このようなジョブがパイプライン実行の最新のものであることを願っています。リンター、ビルド、テストのジョブはシンプルです。
「複雑な」ジョブは CD (継続的デリバリー) 専用のジョブであり、その主な理由は、Docker イメージを 2 つの異なるレジストリに配信していることです。
主な複雑さはgit
ブランチとそれに関連する配信に関するもので、次のマトリックスが役立つかもしれません。
支店名 | 内部レジストリ | ドッカーハブ |
---|---|---|
master | openpaas-snapshots/openpaas-esn:branch-master | linagora/esn:ブランチマスター |
release-* (1) | openpaas-snapshots/openpaas-esn:* | リナゴラ/esn:branch-* |
feature-* (2) | openpaas-snapshots/openpaas-esn:* | リナゴラ/esn:* |
(1) リリース ブランチの目標は、リリース (バグ修正バックポート、CVE 修正など) を維持し、このメジャー リリースに基づいてマイナー リリースを作成できるようにすることです。
これらにはrelease-
というプレフィックスを付ける必要があります。たとえば、 git
ブランチ名release-1.6.x
ビルドでは次のものが提供されます。
(2) フィーチャーブランチはリリースではありません。これらは、機能の公開と検証 (おそらく複数の MR とコミット) に使用されます。これらには、 feature-
というプレフィックスを付ける必要があります。 eb git
ブランチ名feature-friday-delivery
ビルドは以下を提供します:
アフェロ GPL v3
オープンソース プロジェクトをサポートするための BrowserStack。