Boas notícias! Ao adicionar uma dependência do GitHub, agora você tem acesso a uma regra totalmente nova: Seguir a versão 4D. Essa poderosa adição garante que suas dependências fiquem em sincronia com seu ambiente 4D sem esforço, reduzindo problemas de compatibilidade e tornando seu fluxo de trabalho mais suave do que nunca.
SIMPLIFIQUE SUA GESTÃO DE DEPENDÊNCIAS
Com a regra Follow 4D version, não precisa mais rastrear manualmente quais versões de dependência se alinham com sua versão 4D. O Dependency Manager cuida disso para si, assegurando que as versões mais relevantes e compatíveis serão selecionadas automaticamente. Isso significa:
- Menos trabalho manual: não precisa procurar as versões certas você mesmo.
- Menos problemas de compatibilidade: suas dependências sempre combinam com seu ambiente 4D.
- Mais estabilidade: mantenha seu projeto funcionando sem problemas, mesmo quando atualizarou fizer downgrade de 4D.
ATUALIZAÇÕES SEM ESFORÇO & COMPATIBILIDADE CONFIÁVEL
Quando atualizar sua versão 4D, suas dependências permanecerão válidas, e pode facilmente buscar as últimas versões compatíveis. Se fizer downgrade, o sistema ajustará automaticamente suas dependências para combinar com sua nova versão.
ETIQUETANDO LANÇAMENTOS PARA RESOLUÇÃO AUTOMÁTICA
Para que este sistema funcione de forma eficaz, os colaboradores devem garantir que as dependências seguem uma convenção de nomeação de etiquetas estruturada. O Gerenciador de Dependências resolverá as dependências com base nestas regras de versionamento:
Versões LTS : As etiquetas devem seguir o padrão x.y.p, onde:
- x representa a versão 4D principal.
- y representa a versão menor.
- p permite flexibilidade para versões de patch ou atualizações adicionais.
Exemplo: 20.2.3 (Maior: 20, Menor: 2, Patch: 3) ou 21.6.1 (Maior: 21, Menor: 6, Patch: 1).
Quando seu projeto especificar que segue uma versão 4D LTS (por exemplo, 20.2), o Gerenciador de Componentes sempre tentará resolver para a versão mais recente da série 20.* se estiver disponível. Se a versão exata que procura não for encontrada, voltará automaticamente para uma versão anterior nessa série, como 20.1.p ou 20.0.p, se estas estiverem disponíveis.
Versões R : As etiquetas devem seguir o padrão `xRy.p`, onde:
- xR corresponde à versão principal da release.
- y representa a versão secundária.
- p permite patches e atualizações incrementais.
Exemplo: 20R3.2 (Maior: 20R, Menor: 3, Patch: 2) ou 21R5.1 (Maior: 21R, Menor: 5, Patch: 1).
Quando o seu projeto especificar uma versão R como 20R3, o Gestor de Componentes tentará primeiro resolver para a versão mais recente da série 20R3.p. Se essa versão não estiver disponível, ele procurará uma versão na série 20R* que for menor ou igual a 20R3, como 20R2.p ou 20R1.p.
Os componentes4DPop e 4DPop-Macros já aderem às convenções de marcação estruturada e garantirão uma resolução de dependência suave com a regra de versão Follow 4D.
Note que se tiver seus próprios componentes com regras de nomeação personalizadas, pode manter seu número de versão no título. No entanto, a tag deve seguir estritamente o formato requerido.
CONCENTRE-SE NO SEU CÓDIGO, NÃO NAS SUAS DEPENDÊNCIAS
Com a versão Follow 4D, gerenciar dependências nunca foi tão simples. Quer esteja atualizando, fazendo downgrade, ou mantendo seu projeto, pode confiar que suas dependências sempre se alinharão com seu ambiente 4D.
Tente agora e experimente uma maneira mais inteligente e sem complicações de gerenciar dependências!