streamalism.org

1. Prehľad

Pri pomenovávaní verzií je bežné používať sémantické verzovanie. Tieto pravidlá napríklad platia pre formát verzie, ako je napr HLAVNÁ. SPRÁVCA. REVÍZIA:

• HLAVNÉ: Hlavné vlastnosti a potenciálne zmeny
• MINOR: Spätne kompatibilné funkcie
• REVÍZIA: Spätne kompatibilné opravy a vylepšenia

Spolu so sémantickým verzovaním projekty často používajú štítky na ďalšie objasnenie stavu konkrétneho vydania. V skutočnosti používaním týchto štítkov dávame rady o životnom cykle zostavenia alebo o tom, kde sú zverejnené artefakty.

V tomto rýchlom článku preskúmame schémy pomenovania verzií, ktoré prijali hlavné jarné projekty.

2. Jarná kostra a jarná topánka

Okrem sémantického vytvárania verzií verzií vidíme, že Spring Framework a Spring Boot používajú tieto označenia:

• BUILD-SNAPSHOT
• M [číslo]
• RC [číslo]
• UVOĽNENIE

BUILD-SNAPSHOT je aktuálne vývojové vydanie. Tím jari tento artefakt stavia každý deň a umiestňuje ho na //maven.springframework.org/snapshot.

Vydanie míľnika (M1, M2, M3,…) predstavuje významnú etapu v procese vydávania. Tím vytvorí tento artefakt po dokončení vývojovej iterácie a nasadí ho na //maven.springframework.org/milestone.

Kandidát na vydanie (RC1, RC2, RC3, ...) je posledným krokom pred zostavením finálneho vydania. Aby sa minimalizovali zmeny kódu, mali by sa v tejto fáze robiť iba opravy chýb. Nasadzuje sa tiež na //maven.springframework.org/milestone.

Na samom konci procesu vydania vydáva jarný tím RELEASE. V dôsledku toho je to obvykle jediný artefakt pripravený na výrobu. Toto vydanie môžeme označiť aj ako GA, pre všeobecnú dostupnosť.

Tieto štítky sú zoradené podľa abecedy aby sa ubezpečil, že správcovia zostavenia a závislostí správne určia, či je verzia novšia ako iná. Napríklad Maven 2 nesprávne považoval 1.0-SNAPSHOT za novší ako 1.0-RELEASE. Maven 3 toto správanie napravil. V dôsledku toho môžeme zažiť zvláštne správanie, keď naša schéma pomenovania nie je optimálna.

3. Dáždnikové projekty

Dáždnikové projekty, ako napríklad Spring Cloud a Spring Data, sú projektmi nad samostatnými, ale súvisiacimi podprojektmi. Aby sa zabránilo konfliktom s týmito čiastkovými projektmi, zastrešujúci projekt prijíma inú pomenovaciu schému. Namiesto očíslovanej verzie má každý Release Train špeciálny názov.

V abecednom poradí sú stanice londýnskeho metra inšpiráciou pre názvy vydaní Spring Cloud - pre začiatočníkov, Angel, Brixton, Finchley, Greenwich a Hoxton.

Okrem vyššie uvedených jarných štítkov tiež definuje štítok Release Service (SR1, SR2…). Ak nájdeme kritickú chybu, je možné vytvoriť Service Release.

Je dôležité si uvedomiť, že vydanie Spring Cloud je kompatibilné iba s konkrétnou verziou Spring Boot. Stránka Spring Cloud Project ako referencia obsahuje tabuľku kompatibility.

4. Záver

Ako je uvedené vyššie, mať jasnú schému pomenovania verzií je dôležité. Aj keď niektoré vydania ako Milestones alebo Release Candidate môžu byť stabilné, mali by sme vždy používať artefakty pripravené na výrobu. Aká je vaša schéma pomenovania? Aké výhody má oproti tomuto?