SNET Lib Node JS

Foi adotada uma abordagem de gerenciamento de código-fonte onde todos os projetos, módulos ou pacotes relacionados a um ecossistema ou organização são mantidos em um único repositório de código, em vez de serem divididos em repositórios separados. Esta abordagem é uma alternativa ao modelo tradicional de repositórios individuais por projeto.

Benefícios dessa abordagem

1. Gerenciamento Unificado

Um monorepo oferece um local centralizado para gerenciar todo o código relacionado. Isso simplifica o gerenciamento de dependências e a colaboração entre equipes, pois todos têm visibilidade do código completo.

2. Reutilização de Código

Os módulos ou pacotes compartilhados podem ser facilmente reutilizados em diferentes partes do projeto, promovendo a coesão e evitando a duplicação de código.

3. Melhor Controle de Versão

O versionamento é mais simples em um monorepo, pois todas as partes do código compartilham uma única linha do tempo de versão. Isso ajuda a evitar problemas de compatibilidade entre versões.

4. Colaboração Eficiente

Equipes diferentes podem colaborar em várias partes do projeto sem a necessidade de sincronizar vários repositórios. Isso acelera o desenvolvimento e facilita a resolução de conflitos.

5. Testes Integrados

É mais fácil realizar testes de integração em um monorepo, uma vez que todas as partes do código estão disponíveis no mesmo contexto.

6. Implantação Coordenada

Coordenar implantações de várias partes do sistema é mais simples em um monorepo, pois todos os componentes estão no mesmo local.

Versionamento

No contexto de um monorepo, o versionamento pode ser gerenciado usando tags do Git. As tags do Git são identificadores específicos para marcar pontos importantes na história do seu repositório. Uma convenção comum é usar tags para marcar versões do seu código.

As tags geralmente seguem uma convenção de versionamento semântico, que consiste em três partes principais: Maior.Minor.Patch.

• Maior (Major): Aumenta quando são feitas alterações incompatíveis com versões anteriores.
• Menor (Minor): Aumenta quando são adicionadas funcionalidades de forma retrocompatível.
• Patch: Aumenta quando são feitas correções de bugs de forma retrocompatível.

Por exemplo, considere a tag 1.0.0:

• 1 é a versão principal (Major), indicando uma grande atualização que pode conter mudanças incompatíveis com versões anteriores.
• 0 é a versão secundária (Minor), indicando adições de funcionalidades retrocompatíveis.
• 0 é a versão de correção (Patch), indicando correções retrocompatíveis de bugs.

Você pode usar essas tags para marcar versões importantes do seu código no monorepo e controlar quais versões são implantadas em diferentes partes do package.