Interessante, mas no meu ver mais adiciona uma complexidade maior. No meu ponto de vista normalmente vc nao precisa de monorepo, e quando precisa ele em 90% vai atender sua demanda. Mas hoje na empresa usamos turborepo e tambem alguns monorepo apenas com workspace e atendem muito bem, nao requerendo mais "complexidade". Mas a ideia é interessante.
1
1
Primeiro quero agradecer por gastar seu tempo lendo esse artigo que escrevi com grande dedicação.
Também quero dizer que discordo de você. Mas, isso não significa que estamos errados.
Apenas possuimos visão distinta.
Uma grande vantagem do meta-repo que observo em relação a mono-repo é a possíbilidade de utilizá-lo como um gerenciador de versionamento centralizado que permite gerenciar os repositórios de modo independente.
Pense no cenário de pipelines por exemplo. Com essa abordagem é muito mais simples tratar características e validações únicas de cada repositório e gerar um build para produção com muito mais eficiência.
Existem artigos interessantes sobre mono-repo que tratam de complexidades geradas pela abordagem.
No link abaixo bons argumentos dos pontos fracos do mono-repo são expostos. São pontos com os quais me preocupo muito. Gostaria de ler sobre?
https://kinsta.com/pt/blog/monorepo-vs-multi-repo/#problemas-com-a-abordagem-monorepo
1
Acho que nao sao ponto de vista diferentes e sim experiencias, talvez no meu cenario nao se encaixe um multirepo e sim monorepo. Eu acho valido a ideia mas nao acho que assim como monorepo isso é uma bala de prata que vai resolver todos os problemas, ckmo comentei antes acho que isso adiciona mais complexidade e precisa ser bem analizado, assim como o monorepo precisa ser validado. Mesma premisa de criar um backend para um micro saas e sair usando microservices e microfrontends sem necessidade, e adicionando complexidade. Multirepo é bem interessante mas depende da necessidade. Nos na empresa ate pensamo em usar mas depois decidimos criar mais monorepos para certas finalidades ( Vendor | UI | Widgets| Aplicacoes ) dado que nem todos os devs poderao ter acesso a certos codigos ( repositorios ) Entao se diminuirmos o escopo fica mais facil de gerenciar. Sobre build e actions nos estamos usando um repo para colocar nossas actions que podem ser chamadas de outros workflows, assim centralizando muito o trabalho de manutencao deaas actions.
1
Concordo com você que não há bala de prata e que temos experiências diferentes.
Também acredito que você conhece muito melhor que eu os desafios enfrentados e vencidos onde você trabalha.
Fico muito grato por conversar comigo a respeito desses pontos. É mais uma grande oportunidade de aprendizado que estou vivendo.
1
Nao acho que sei mais que voce, acho que temos uma experiencia diferente. Sempre bom aprender novos meios e tecnicas. muito valido a discussao valew por compartilhar conteudo interessante :)
1
Hora sabe mais, hora sabe menos.. e eu também sou assim rs...
Isso é normal. É assim que aprendo. Amo quando pessoas sabem mais e podem compartilhar conhecimento comigo.
Muito obrigado CarlosZiegler por me inspirar a ter mais vontade de compartilhar o que aprendo dirariamente com pessoas de excelência como você.