OpenShip 0.9.0

Resumo

O Openship 0.9.0 inclui execução de CI em servidores Linux e macOS, com a opção de usar runners temporários no Cloud. Você pode executar workflows pelo próprio Openship ou manter a coordenação no GitHub e utilizar runners registrados nos seus servidores. A versão também permite transferir o controlador entre Desktop e servidor sem mover as aplicações hospedadas.

Novidades

• Openship 0.9.0 — Workflows independentes: os arquivos de .openship/workflows/ usam YAML no estilo do GitHub e executam nos destinos selecionados pelo Openship. A execução pode partir de um acionamento manual, de eventos do repositório ou de uma agenda. Os arquivos de .github/workflows/ continuam sob coordenação do GitHub quando utilizam runners registrados nesse serviço.
• Openship 0.9.0 — Autorização dos jobs: a aprovação vincula o autor da ação ao commit e à tentativa nos destinos escolhidos. O código de forks é recusado por padrão. Quando autorizado explicitamente, utiliza runners Cloud descartáveis sem segredos privilegiados nem credenciais de escrita.
• Openship 0.9.0 — Identidade OIDC: jobs independentes com id-token: write podem obter tokens temporários de uma instância HTTPS do Openship. O provedor de identidade precisa confiar explicitamente nesse emissor, pois os tokens não são emitidos pelo GitHub.
• Openship 0.9.0 — Transferência da instância: a opção Settings > Instance move o controlador entre Desktop e servidor, incluindo os projetos e as configurações da instância. As aplicações continuam nos servidores existentes. Uma transferência interrompida preserva registros e uma cópia de recuperação para permitir a retomada.
• Openship 0.9.0 — Checks dos deployments: os deployments vinculados a repositórios publicam resultados por projeto ou serviço no GitHub. O envio independente exige uma GitHub App com permissão de escrita em Checks.

Melhorias

• Openship 0.9.0 — Editor de workflows: as visualizações de topologia, lista e YAML compartilham o mesmo rascunho. O editor aceita workflows reutilizáveis locais ou remotos autorizados, com entradas tipadas e saídas entre jobs. Construções sem suporte geram erro explícito.
• Openship 0.9.0 — Runners temporários: os jobs executáveis podem provisionar uma VM Linux e removê-la após a limpeza. O trabalho ainda na fila não reserva VM. O uso depende de saldo pré-pago próprio para computação e transferência, separado da franquia mensal do servidor da aplicação.
• Openship 0.9.0 — Agendamento dos builds: projetos distintos podem compilar simultaneamente quando o servidor selecionado tem recursos disponíveis. Os builds de um mesmo projeto continuam sequenciais. A interface mostra a posição na fila e o motivo da espera.
• Openship 0.9.0 — Publicação de sites estáticos: Cloud Pages é o destino padrão para a saída estática compilada no servidor gerenciado. Você pode escolher a hospedagem com container nginx. Cada release preserva essa escolha para permitir rollback.
• Openship 0.9.0 — Notificações verificadas: o cadastro de um canal inclui envio de teste antes da seleção. As notificações de conclusão mantêm o registro de envio e repetem tentativas quando necessário.

Correções

• Openship 0.9.0 — Inicialização das aplicações: as imagens Node geradas respeitam os requisitos declarados e as versões fixadas. O Cloud confere a inicialização antes de informar que o deployment está pronto e apresenta os detalhes de encerramento inesperado.
• Openship 0.9.0 — Portas e rotas: a revisão do deployment pode sugerir uma porta livre quando a escolhida estiver ocupada, mas a troca depende de confirmação. O acesso a portas de serviços privados utiliza localhost.
• Openship 0.9.0 — Certificados públicos: a conferência de HTTPS utiliza o certificado servido publicamente, com verificação do hostname e da cadeia. Uma observação indisponível permanece desconhecida, sem receber um resultado de sucesso.
• Openship 0.9.0 — Monitoramento das conexões: uma falha numa chamada da API deixa de marcar serviços sem relação como offline. As leituras podem ser repetidas e os terminais continuam utilizáveis quando a consulta de status falha.
• Openship 0.9.0 — Webmail: as assinaturas editáveis aparecem no compositor e as respostas incluem o corpo da mensagem original. A publicação também corrige a recuperação do login e os deployments gerenciados do serviço de email.

Breaking changes

• Openship 0.9.0 — Atualização do Desktop antigo: as instalações Desktop 0.8.0 e 0.8.1 precisam instalar manualmente a versão 0.9.0 uma vez. Encerre o Openship e substitua o aplicativo pelo instalador oficial, mantendo o armazenamento local dos projetos e das configurações. O Desktop 0.8.2 pode utilizar o atualizador integrado. A exigência não se aplica ao percurso de atualização do servidor e da CLI.

Ponto de Atenção

A execução independente não implementa ambientes protegidos nem attestations do GitHub. Runners Windows e GitHub Enterprise Server também ficam fora do suporte descrito. Um workflow iniciado pelo Openship não retoma uma execução malsucedida do GitHub. Runners nativos ou com acesso ao socket Docker do host executam com o acesso disponível naquele servidor, portanto exigem código confiável ou VMs descartáveis para maior separação.

Atualize a API e o dashboard juntos e, ao transferir a instância, confira se as versões das duas pontas são compatíveis. Na CLI, os recursos de Actions estão disponíveis por openship api, sem um grupo dedicado openship actions nesta release.

Teste sugerido: execute um workflow simples num runner Linux de homologação e confira o destino selecionado, os logs e o resultado do job. Ao habilitar o envio de Checks, verifique também a permissão de escrita da GitHub App e o resultado registrado no commit.

Notas da versão

O release oficial do Openship 0.9.0 é estável e foi publicado em 12/10/2026 às 19h56 UTC. As notas abrangem as alterações desde a versão 0.8.2.

Para revisar a configuração dos runners e investigar falhas de deploy com orientação técnica ao vivo, conheça o Desenvolvimento Colaborativo da Dev Side Studio.