Sledovat verzi 4D : Chytřejší způsob správy závislostí

Automaticky přeloženo z Deepl

Skvělá zpráva! Při přidávání závislosti z GitHubu máte nyní přístup ke zcela novému pravidlu: Sledujte verzi 4D. Tento výkonný doplněk zajišťuje, že vaše závislosti budou bez problémů synchronizovány s prostředím 4D, čímž se sníží problémy s kompatibilitou a váš pracovní postup bude plynulejší než kdy dříve.

ZJEDNODUŠTE SI SPRÁVU ZÁVISLOSTÍ

Díky pravidlu Sledovat verzi 4D již nemusíte ručně sledovat, které verze závislostí jsou v souladu s verzí 4D. Správce závislostí se o to postará za vás a zajistí, aby byly automaticky vybrány nejvhodnější a nejkompatibilnější verze. To znamená, že:

  • Méně ruční práce : nemusíte sami vyhledávat správné verze.
  • Méně problémů s kompatibilitou : vaše závislosti vždy odpovídají vašemu prostředí 4D.
  • Větší stabilita : udržujte svůj projekt v bezproblémovém chodu i při aktualizaci nebo downgradu 4D.

BEZPROBLÉMOVÉ AKTUALIZACE A SPOLEHLIVÁ KOMPATIBILITA

Při aktualizaci verze 4D zůstávají vaše závislosti platné a můžete si snadno stáhnout nejnovější kompatibilní verze. Pokud provedete downgrade, systém automaticky upraví vaše závislosti tak, aby odpovídaly nové verzi.

OZNAČOVÁNÍ VERZÍ PRO AUTOMATICKÉ ROZLIŠENÍ

Aby tento systém fungoval efektivně, musí přispěvatelé zajistit, aby závislosti dodržovaly strukturovanou konvenci pojmenování značek. Správce závislostí bude řešit závislosti na základě těchto pravidel pro označování verzí:

LTS verze : Značky musí odpovídat vzoru x.y.p, kde:

  • x představuje hlavní verzi 4D.
  • y představuje vedlejší verzi.
  • p umožňuje flexibilitu pro opravné verze nebo dodatečné aktualizace.

Příklad: 20.2.3 (Major: 20, Minor: 2, Patch: 3) nebo 21.6.1 (Major: 21, Minor: 6, Patch: 1).

Pokud váš projekt uvádí, že se řídí verzí 4D LTS (např. 20.2), Správce komponent se vždy pokusí přejít na nejnovější verzi této řady 20.*, pokud je k dispozici. Pokud není nalezena přesně požadovaná verze, automaticky se vrátí ke starší verzi v této řadě, například 20.1.p nebo 20.0.p, pokud jsou k dispozici.

Vydání R : Značky musí odpovídat vzoru `xRy.p`, kde:

  • xR odpovídá hlavní verzi vydání.
  • y představuje menší verzi.
  • p umožňuje záplaty a přírůstkové aktualizace.

Příklad: 20R3.2 (Major: 20R, Minor: 3, Patch: 2) nebo 21R5.1 (Major: 21R, Minor: 5, Patch: 1).

Když váš projekt zadá verzi R, například 20R3, Správce komponent se nejprve pokusí přejít na nejnovější verzi z řady 20R3.p. Pokud tato verze není k dispozici, vyhledá verzi v řadě 20R*, která je nižší nebo rovna 20R3, například 20R2.p nebo 20R1.p.

Komponenty4DPop a 4DPop-Macros již dodržují konvence strukturovaného značení a zajistí hladké řešení závislostí pomocí pravidla Follow 4D version.

Všimněte si, že pokud máte vlastní komponenty s vlastními pravidly pojmenování, můžete v názvu ponechat číslo verze. Označení by však mělo striktně dodržovat požadovaný formát.

ZAMĚŘTE SE NA SVŮJ KÓD, NE NA ZÁVISLOSTI

S nástrojem Follow 4D version nebyla správa závislostí nikdy tak jednoduchá. Ať už aktualizujete, downgradujete nebo udržujete svůj projekt, můžete se spolehnout, že vaše závislosti budou vždy v souladu s vaším prostředím 4D.

Vyzkoušejte ji nyní a vyzkoušejte si chytřejší a bezproblémový způsob správy závislostí!

David Azancot
• 4D for iOS Product Owner • David Azancot se připojil k týmu 4D Product jako Product Owner v roce 2017. Má na starosti psaní uživatelských příběhů a jejich převod do funkčních specifikací. Jeho role také zahrnuje zajištění toho, aby implementace funkcí vyhovovaly potřebám zákazníků. David graduoval jako MBA v marketingu, internetu a mobilitě na Institutu Leonarda Da Vinciho a svou kariéru zahájil v roce 2011 u začínající mobilní společnosti, kterou později získala Madvertise (skupina mobilního marketingu). S nadšením pro mobilní rozhraní byl přirozenou volbou pro vývoj interaktivních mobilních reklamních formátů pro skupinu v roce 2015. Zároveň David od roku 2012 vyvíjí vlastní aplikace pro iOS a Android.