Versioning » Historie » Revize 2
Revize 1 (Jednatel J.H., 2014-12-10 11:16) → Revize 2/4 (Jednatel J.H., 2019-07-15 13:45)
h1. Verzování Nedílnou součástí vývoje je verzování, které umožňuje uchovávání historie veškerých provedených změn. Sledování změn a verzování umožňuje paralelní zpracování úkolů (tedy práci v týmu), získávání zkušeností (učení se), vytváření informací pro uživatele. Verzování h2. Prototyp Jedná se trochu liší pro hw a sw, ovšem zvláště o složitější průmyslový výrobek, zhotovený kusovým způsobem (kusová výroba) k ověření vlastností konstrukce v mezioborových aplikacích je možné termíny a postupy zaměňovat a doplňovat. praxi nebo na zkušebně před zavedením sériové nebo hromadné výroby. Označujeme jej jako verze 0.x.x. h2. Sémantické verzování Funkční vzorek Číslo verzí zapisujeme ve formátu MAJOR.MINOR.PATCH Navyšování jednotlivých čísel verzí probíhá následovně: * MAJOR - Nastala změna, která není zpětně kompatibilní Jedná se o obdobu prototypu (složitější průmyslový výrobek, zhotovený kusovým způsobem), pouze s ostatními (API) a HW. * MINOR - Přidala tím rozdílem, že za vývojem či výrobou funkčního vzorku bezprostředně nenásleduje sériová nebo hromadná výroba. Jedná se funkcionalita se zachováním zpětné kompatibility. * PATCH - Opravila se chyba např. o návrh, vývoj a zůstala kompatibilita. Upravilo se formátování, změnilo nastavení či konstanty. Nejsou-li samostatně číslovány revize, tak změna při revizi. následnou výrobu unikátního přístroje nebo laboratorního zařízení. Označujeme jej jako verze 1.x.x. Pomocí předběžných verzí a přidáváním metadat je možné upřesnit informace. Např.: 1.0.0-alfa, 1.0.1-beta+2 http://semver.org/lang/cs/ h1. Vývoj h2. Alfa verze Poloprovoz Verze sw/hw, která je zpravidla poskytována pouze v rámci společnosti, vyvíjející tento software. Jedná se o produkt, který většinou obsahuje všechny důležité funkce, avšak také spoustu chyb. Tato verze je proto testována pouze vývojáři, kteří vědí, jak tento sw/hw pracuje. V tomto stádiu vývoje se nalezne zkušební a odstraní nejvíce chyb. Jakmile jsou vážné chyby odstraněny, bývá často vydávána Beta verze. https://cs.wikipedia.org/wiki/Alfa_verze h2. Beta verze Sw/hw produkt, na kterém ověřovací provozy, sloužící pro ověření vlastností, činností, poruchovosti a dalších sledovaných parametrů před uvedením (např. technologie nebo systému) do provozu k maximálnímu nebo plánovanému výkonu. Nutnou podmínkou je již opravena většina chyb, nicméně je pořád nestabilní novost a na jeho chování se nedá spolehnout. To, co vznikne z betaverze po odstranění chyb, se nazývá Release Candidate. https://cs.wikipedia.org/wiki/Beta_verze Druhy beta verzí: * Closed beta unikátnost ověřovaného návrhu – uzavřený test, většinou určený celý výrobní postup (technologie) i strojní vybavení; za poloprovoz nelze označit stávající nebo již funkční provozy, u kterých dochází k obměně, rozšíření nebo vylepšení pouze vývojářům. * F&F beta – vývojáři si vyberou sami, kdo bude mít možnost účastnit se testu, většinou vybírají z řad rodiny a přátel (proto F&F = friends and family). * Open beta – je dostupná zdarma komukoli, kdo má zájem se testu účastnit. dílčích technologických nebo systémových prvků, včetně prvků ovládacích. h2. Release candidate (RC) Ověřená technologie Testovací verze připravovaného sw/hw. Jedná se o kandidáta na konečnou, finální verzi. Release Candidate obdobu poloprovozu s tím rozdílem, že novost je k finální verzi blíže, než betaverze. Ke zkratce RC se přidává aplikována u výrobního postupu (technologie). Podmínkou je testování (ověření) technologie, podložené protokolem o ověření a následné uplatnění ve výrobě. Takovým termínem lze např. označit výsledek, který je předmětem smlouvy o uplatnění výsledku uzavřené mezi autorem výsledku (příjemcem nebo spolupříjemcem) a uživatelem výsledku. Zahrnuje i číslice. Vyjít tedy může RC1, RC2, RC3, atd. "RCčka" mohou být značně nestabilní. https://cs.wikipedia.org/wiki/Release_candidate Relace h2. Související informace [vav_results|Výstupy výzkumu a vývoje] lékařské postupy.