Todo o projeto que entregamos passa pelo GitHub: controlo de versões, revisão de código e os pipelines de CI/CD que transformam um pull request integrado em algo a correr na Brova Cloud, automaticamente.
O mesmo processo de três fases que usamos em tudo o que construímos: consultoria, construção, operação. O GitHub muda o que acontece dentro de cada fase, não a estrutura.
Estratégia de branching, proteções e acessos configurados antes do primeiro commit.
Nada chega à produção sem que outro engenheiro o tenha revisto.
Pipelines de CI/CD que testam, constroem e entregam à Brova Cloud sem um passo manual que se possa esquecer.
Uma ferramenta vale o que vale a disciplina que existe à sua volta. Isto é o que "usamos GitHub" realmente significa num projeto.
Revisões obrigatórias, para que a qualidade não dependa da memória ou de boas intenções.
GitHub Actions a executar testes e implementações automaticamente em cada merge.
Ligado diretamente aos commits e pull requests que os resolveram.
De quem implementou o quê, quando e porquê, para cada ambiente.
Aqui está o que as pessoas costumam querer saber sobre o GitHub antes de nos contactarem.
Sim, a proteção de branches torna isto um requisito e não uma sugestão: nada chega à produção sem que outro programador o reveja primeiro, para que a qualidade não dependa da memória ou das boas intenções de alguém num dia atarefado.
Totalmente, através de pipelines de CI/CD construídos com GitHub Actions. Os testes correm e as implementações na Brova Cloud acontecem automaticamente a cada merge, sem um passo manual que alguém possa esquecer ou saltar por pressa de tempo.
Têm acesso. Todos os nossos clientes são proprietários integrais do seu código, e o repositório GitHub, incluindo o seu histórico completo de quem fez o quê, quando e porquê, faz parte do que têm acesso durante e depois do projeto.
É configurada durante a montagem do repositório, antes do primeiro commit, consoante quantas pessoas trabalham em paralelo e com que frequência ocorrem os lançamentos. Um projeto a solo e uma equipa de cinco programadores precisam de abordagens de branching bastante diferentes, por isso não usamos um único padrão independentemente do contexto.
Sim, o acompanhamento de issues está diretamente ligado aos commits e pull requests que as resolveram, criando uma linha clara entre o reporte de um bug e a alteração exata de código que o corrigiu, em vez de um tracker de bugs desligado do código.
Ou envie-nos uma mensagem pelo WhatsApp, +44 7883 256391. Respondemos dentro de um dia útil.