Skip to content

Latest commit

 

History

History
55 lines (38 loc) · 3.57 KB

File metadata and controls

55 lines (38 loc) · 3.57 KB

Source Control

Existem muitas opções ao trabalhar com Source Control. Na ISE, usamos o AzureDevOps para repositórios privados e o GitHub para repositórios públicos.

Seções dentro do Source Control

Objetivo

  • Seguir as melhores práticas da indústria para trabalhar em equipes geodistribuídas que incentivam contribuições de toda a ISE, bem como da comunidade de Código Aberto mais ampla
  • Melhorar a qualidade do código, garantindo revisões antes da mesclagem nas branches principais
  • Melhorar a rastreabilidade de recursos e correções por meio de um histórico de commits limpo

Orientações Gerais

A consistência é importante, portanto, concorde com a abordagem como equipe antes de começar a codificar. Trate isso como uma decisão de design, inclua uma proposta de design e revisão, da mesma forma como você documentaria todas as decisões de design (consulte Acordos de Trabalho e Revisões de Design).

Criando um novo repositório

Ao criar um novo repositório, a equipe deve fazer pelo menos o seguinte:

Contribuindo para um repositório existente

Ao trabalhar em um projeto existente, faça git clone do repositório e certifique-se de entender a estratégia de branch, mesclagem e lançamento da equipe (por exemplo, por meio do arquivo CONTRIBUTING.md do projeto).

Ambientes DevOps Mistos

Na maioria dos casos, ter um único ambiente DevOps hospedado (ou seja, Azure DevOps) é o caminho preferido, mas há momentos em que um ambiente DevOps misto (ou seja, Azure DevOps para rastreamento de itens de trabalho ágil e GitHub para Controle de Origem) é necessário devido a requisitos do cliente. Ao trabalhar em um ambiente misto:

  • Marque manualmente os PRs nos itens de trabalho
  • Certifique-se de que o escopo dos itens de trabalho/tarefas esteja alinhado com os PRs

Recursos