Versão 4D: Comunicados em Destaque & Comunicados LTS Explicados!

Tradução automática de Deepl

Se lutou para diferenciar entre os lançamentos de características (por exemplo, 4D v19 R6) e os lançamentos LTS – anteriormente conhecidos como lançamentos de pontos ou versões .x (por exemplo, 4D v19.6), veio ao sítio certo para saber mais.

Como deve saber, 4D tem duas linhas de produtos:

  • Lançamentos de características como o 4D v19 R6 que podem ser utilizados quando se pretende deitar as mãos à tecnologia de ponta e a novas funcionalidades o mais rapidamente possível. Tem acesso a Comunicados de Destaques:
    • através de assinatura,
    • se tiver um contrato de manutenção 4D,
    • ou se for um parceiro 4D.

    Melhor ainda, ser um parceiro 4D com estatuto de prata, ouro ou platina também lhe dá acesso às versões beta.
    Com as Publicações de Funcionalidades, obtém, obviamente, novas funcionalidades, E ultimamente, temos adicionado mensalmente Hot Fixes à actual Publicação de Funcionalidades ?

  • As versões LTS são frequentemente chamadas “lançamentos de pontos” ou “.x versões”, tais como a 4D v19.6, onde se obtêm correcções de bugs em construções nocturnas – partilhadas nosfóruns 4D.

    Assim, para resumir, a diferença entre as versões Feature Release e LTS reside nas novas funcionalidades disponíveis com as Feature Release e o processo de integração de correcções de bugs.

Nota: Este post no blog explica o novo ciclo de lançamento de produtos 4D, a razão por detrás da alteração da convenção de nomenclatura, e os intervalos dos nossos lançamentos de produtos.

exemplo

4D v19.1 é uma pequena actualização de 4D v19 LTS. 4D v19.2 é outra actualização menor, contendo apenas correcções de bugs.

4D v19 R2 contém correcções de bugs e novas características em comparação com 4D v19 LTS. 4D v19 R3 contém mais características e correcções de bugs com base em 4D v19 R2. Todas estas novas características estarão disponíveis com 4D v20 no ramo LTS. Não serão incluídas em v19.x.

Aqui está um diagrama que explica o processo:

Processo de integração de correcções de bugs

Quando corrigimos um bug, fazemo-lo primeiro numa versão interna chamada “principal”. Este ramo de código é utilizado para novos desenvolvimentos e correcções de bugs. Quando um bug é corrigido, a equipa de GQ valida a correcção, assegurando que não há efeitos secundários inesperados; alguns dias mais tarde, a alteração do código é também cometida ao ramo LTS, incluída na próxima compilação nocturna (disponível para parceiros 4D) e incluída na próxima actualização menor, tal como 4D v19.2.

Todas as alterações de código relacionadas com correcções de bugs de “principal” fazem parte do próximo lançamento de funcionalidades. Enquanto uma versão de característica estiver ainda no estado “beta”, as alterações de código que corrijam bugs críticos ou regressões são também comprometidas com a versão beta.

À medida que a data de lançamento da próxima versão da versão de características se aproxima, paramos a integração, pois cada alteração de código pode introduzir um efeito secundário não detectado e indesejado que não é detectado durante os testes. Um período de teste mais longo reduz este risco, pelo que somos cautelosos.

Quando uma publicação de uma publicação de características, apenas para bugs altamente significativos e bloqueadores, incluímos alterações de código com o próximo hotfix mensal. Isto dá-nos mais tempo para as testar e reduz o risco de efeitos secundários não detectados.

blank

O que escolher?

Se estiver a pensar qual é a melhor opção, não há resposta, uma vez que a escolha é sua:

  1. Se quiser estabilidade com um canal rápido de correcção de bugs via construção nocturna, o LTS é a resposta.
  2. Suponha que quer deitar as mãos à tecnologia de ponta e a novas funcionalidades o mais rapidamente possível. Nesse caso, os lançamentos de funcionalidades são perfeitos, especialmente porque agora tem os hotfixes mensais, que também lhe proporcionam uma certa estabilidade.

Explicámos as diferenças entre as duas linhas de produtos, por isso cabe-lhe a si decidir o que melhor se adapta às suas necessidades.

Contacte-nos através dos fóruns 4D se tiver mais alguma questão ?

Avatar
Gerente de Marketing do Produto - Intissar entrou em 4D em 2017 como Gerente de marketing de Produto. Trabalha junto as equipes do produto, marketing, engenharia e assistência técnica para destacar o ‘por quê’, o ‘como’ e o ‘quê’ das funcionalidades novas e atualizadas a diferentes audiências. Esta proximidade lhe permite elaborar marcos de mensageria e escrever conteúdos profundos e amostras de código para o blog e o website de 4D. Depois de formar-se como engenheira em Ciências da Computação na universidade de VINCI, Intissar trabalhou em várias startups como engenheira de software. Sua experiência prática inclui a especificação, o design e o desenvolvimento de software, a formação e o apoio aos usuários e a gestão de times.