4D Versioning: Vysvětlení verzí funkcí a verzí LTS!

Automaticky přeloženo z Deepl

Pokud jste se dosud snažili rozlišit Feature Release ( např. 4D v19 R6) a LTS verze – dříve známé jako dot release nebo .x verze (např. 4D v19.6), jste na správném místě, kde se dozvíte více.

Jak možná víte, 4D má dvě produktové řady:

  • Feature Releases, jako je například 4D v19 R6, které můžete využít, když chcete co nejdříve získat nejmodernější technologie a nové funkce. Máte přístup k Feature Releases:
    • prostřednictvím předplatného,
    • pokud máte smlouvu o údržbě 4D,
    • nebo pokud jste partnerem 4D.

    Ještě lepší je, že jako partner 4D se stříbrným, zlatým nebo platinovým statusem máte přístup i k beta verzím.
    S funkčními verzemi získáte samozřejmě nové funkce, A v poslední době jsme k aktuální funkční verzi přidali měsíční Hot Fixes ?.

  • Verze LTS se často nazývají „dot releases“ nebo „.x verze“, jako například verze 4D v19.6, kde získáváte opravy chyb v nočních sestaveních -sdílených nafórech 4D.

    Shrneme-li to tedy, rozdíl mezi verzemi Feature Release a LTS spočívá v nových funkcích, které jsou k dispozici ve Feature Release, a v procesu integrace oprav chyb.

Poznámka: Tento příspěvek na blogu vysvětluje nový cyklus vydávání produktů 4D, důvod změny pojmenování a intervaly vydávání našich produktů.

příklad

4D v19.1 je menší aktualizace 4D v19 LTS. 4D v19.2 je další drobná aktualizace obsahující pouze opravy chyb.

4D v19 R2 obsahuje opravy chyb a nové funkce ve srovnání s verzí 4D v19 LTS. 4D v19 R3 obsahuje další funkce a opravy chyb vycházející z verze 4D v19 R2. Všechny tyto nové funkce budou k dispozici s verzí 4D v20 ve větvi LTS. Nebudou zahrnuty do verze v19.x.

Zde je schéma, které vysvětluje tento proces:

Proces integrace oprav chyb

Když opravujeme chybu, děláme to nejprve v interní verzi nazvané „main“. Tato větev kódu se používá pro nový vývoj a opravy chyb. Když je chyba opravena, tým QA opravu ověří a zajistí, aby neměla žádné neočekávané vedlejší účinky; o několik dní později je změna kódu také odevzdána do větve LTS, zahrnuta do dalšího nočního sestavení (dostupného partnerům 4D) a zahrnuta do další menší aktualizace, například 4D v19.2.

Všechny změny kódu související s opravami chyb z větve „main“ jsou součástí příštího funkčního vydání. Dokud je feature release stále ve stavu „beta“, jsou změny kódu, které opravují kritické chyby nebo regrese, rovněž odevzdány do beta verze.

Jakmile se blíží datum vydání další verze feature release, integraci zastavíme, protože každá změna kódu může přinést nezjištěný a nežádoucí vedlejší účinek, který je při testování přehlédnut. Delší doba testování toto riziko snižuje, proto jsme opatrní.

Po zveřejnění feature release pouze v případě velmi významných, blokujících chyb, zahrnujeme změny kódu do další měsíční opravy. To nám dává více času na jejich otestování a snižuje riziko neodhalených vedlejších účinků.

blank

Co si vybrat?

Pokud se ptáte, jaká možnost je nejlepší, neexistuje odpověď, protože je to vaše volba:

  1. Pokud chcete stabilitu s rychlým kanálem oprav prostřednictvím nočního sestavení, je odpovědí LTS.
  2. Předpokládejme, že chcete mít co nejdříve k dispozici nejmodernější technologie a nové funkce. V takovém případě jsou Feature Releases ideální, zejména proto, že nyní máte k dispozici měsíční hotfixy, které také zajišťují určitou stabilitu.

Vysvětlili jsme rozdíly mezi oběma produktovými řadami, takže je na vás, abyste se rozhodli, co nejlépe vyhovuje vašim potřebám.

Pokud máte další otázky, kontaktujte nás prostřednictvím fóra 4D ?.

Avatar
• Produktový marketingový manažer • Intissar nastoupila do 4D v roce 2017 jako produktový marketingový manažer. Úzce spolupracuje s týmy produktovými, marketingovými, inženýrskými a technické podpory, aby aby sdělila různému publiku „proč“, „jak“ a „co“ o nových a aktualizovaných funkcích. Tato úzká spolupráce jí umožňuje formulovat zprávy a psát hloubkový obsah a příklady kódu pro 4D blog a web. Po absolvování inženýrského titulu v oboru informatiky na univerzitě VINCI pracovala Intissar v několika startupech jako softwarový inženýr. Mezi její praktické zkušenosti patří specifikace softwaru, návrh a vývoj, školení a podpora uživatelů a správa týmu.