OpenPaaS é sua próxima plataforma de colaboração para empresas e organizações.
Descubra a plataforma OpenPaaS em sua máquina em 5 minutos, conferindo a receita de demonstração do docker-compose.
Confira o guia de instalação para instalar o OpenPaaS em um servidor Linux e comece a usá-lo agora! Se você é um desenvolvedor em busca de uma configuração de desenvolvimento, vá para a próxima seção:
Os desenvolvedores são mais que bem-vindos para ajudar a construir o OpenPaaS! Para colocar seu ambiente de desenvolvimento em funcionamento, consulte a documentação de instalação para desenvolvedores.
Quando estiver pronto, você pode explorar o site de documentação do projeto e a documentação deste repositório. Se você tiver alguma dúvida, não hesite em perguntar no fórum!
Atualmente estamos usando o Gitlab CI.
Portanto, você pode dar uma olhada no arquivo .gitlab-ci.yml
na raiz deste repositório para obter mais informações.
Porém, alguns trabalhos são mais complicados do que o esperado, pois dependem de ferramentas externas.
Esperamos que para você, esses trabalhos sejam os mais recentes na execução do pipeline; Os trabalhos de linters, construção e testes são simples.
Os trabalhos "complexos" são aqueles dedicados ao CD (Continuous Delivery) cujo principal motivo é que estamos entregando imagens Docker para dois registros diferentes.
A principal complexidade é sobre ramificações git
e sua entrega relacionada. A matriz a seguir pode ajudá-lo:
Nome da filial | Registro interno | Docker Hub |
---|---|---|
master | openpaas-snapshots/openpaas-esn:branch-master | linagora/esn:branch-master |
release-* (1) | openpaas-snapshots/openpaas-esn:* | linagora/esn:branch-* |
feature-* (2) | openpaas-snapshots/openpaas-esn:* | linagora/esn:* |
(1) O objetivo das ramificações de lançamento é ser capaz de manter o lançamento (backport de correção de bugs, correções de CVE...) e então produzir lançamentos secundários baseados neste lançamento principal.
Eles devem ser prefixados por release-
. por exemplo, git
branch name release-1.6.x
build entregará:
(2) As ramificações de recursos não são liberadas. Eles são usados para publicar e validar recursos (talvez vários MRs e commits). Eles devem ser prefixados por feature-
. eb git
branch name feature-friday-delivery
build entregará:
Affero GPL v3
BrowserStack para suporte a projetos de código aberto.