Konzistence mezi verzemi aplikací

[Michal Kolesa]

Např. U Chrome je více verzí vyvíjeno současně např 26, 27 28 (číslování je jen příklad, nevím jaká je zrovna aktuální a jaká připravovaná verze).

Když je třeba v nějaké verzi ´27" objevena bezpečnostní chyba, jak se to dělá, aby byla opravena i u ostatních verzí pokud se též vyskytuje, aby se kód nemusel psát znova a u každé verze jinak ?

[Reklama]

[kroll]

viz branchování v SVN/Git a backport

[to_je_jedno]

http://en.wikipedia.org/wiki/Git_(software)
http://nvie.com/posts/a-successful-git-branching-model/

[zdfgsdfgsdgs]

blbe, blbe se udrzuje.

[Michal Kolesa]

http://en.wikipedia.org/wiki/Git_(software)

V češtině: http://cs.wikipedia.org/wiki/Git

[Reklama]

[eMko]

V práci používáme sice TFS, ale SVN/Git na tom bude v tomto ohledu podobně - rozdíly jsou jinde.

Řekněme, že máš větev 27.Release.1, která je u zákazníků / uživatelů. Máš 27.HotFixes.1 pro opravy a 27.QA.1 pro testery. Pro vývoj pak 28.Devel, kde probíhá nový vývoj, 28.QA pro testery.

Objevíš chybu ve verzi 27. Chce to se rozhodnout, zda-li opraviš chybu v nové verzi (28.Devel) a starou necháš tak (jsi-li Microsoft, tak si to můžeš dovolit, neb je to nejlevnější varianta), nebo opravu uděláš v 28.Devel a backportuješ ji do 27.HotFixes.1 a pak opravu vydáš s aktualizací (toto se až tak často nepoužívá pro opravy, spíš pro nové funkcionality, které moc nezávisí na jiných částech kódu) a nebo jestli chybu opravíš v 27.HotFixes.1, což je nejčastější.

Až bude oprava zanesena v 27.HotFixes.1 větvi, mergneš ji do QA větve, opravíš chyby (pokud Ti je tester nahlásí; obecně platí, že pokud 1 tester hlásí "vše OK", dej to jinýmu). Až bude čas na vydání aktualizace, větev 27.QA.1 zkopíruješ, kopie nazveš 27.Release.2 a 27.HotFixes.2 a 27.QA.2. Z 27.Release.2 vydáš aktualizaci. Celý kolečko začíná znovu.

Potom si zkopíruješ 28.Devel, např. na 28.BugFixes. Do ní provedeš merge bugfixů z 27.Release.2 a nechát to testery projít. Po opravách ji mergneš zpět do 28.Devel, rozchodíš, merge do 28.QA a znova testování.

[Franta <xkucf03/>]

blbe, blbe se udrzuje.

+1 (kdo tvrdí opak, ten obvykle četl jen manuál k nějakému verzovacímu systému, ale reálného vývoje softwaru ve více větvích/verzích se neúčastnil)

[Franta <xkucf03/>]

Např. U Chrome je více verzí vyvíjeno současně např 26, 27 28 (číslování je jen příklad, nevím jaká je zrovna aktuální a jaká připravovaná verze).

Když je třeba v nějaké verzi ´27" objevena bezpečnostní chyba, jak se to dělá, aby byla opravena i u ostatních verzí pokud se též vyskytuje, aby se kód nemusel psát znova a u každé verze jinak ?

Tomu se říká propagace (nebo zpětná propagace) a je to běžná věc – pokud nemáš to štěstí, že stačí udržovat pouze poslední verzi programu. Obecně je dobré minimalizovat počet verzí/větví, které musíš podporovat… a pak pomocí různých nástrojů pro slučování změn (merge) nebo ručně propaguješ změny mezi větvemi – a tím to nekončí, po propagaci to musíš (zkusit) zkompilovat, pustit automatické testy, udělat revizi kódu, poslat to na manuální testování, vydat. Je to celkem drahá sranda.

[Duro]

... a pak pomocí různých nástrojů pro slučování změn (merge) nebo ručně propaguješ změny mezi větvemi – a tím to nekončí, po propagaci to musíš (zkusit) zkompilovat, pustit automatické testy, udělat revizi kódu, poslat to na manuální testování, vydat. Je to celkem drahá sranda.

Ake automaticke testy, revizia kodu a manualne testovanie. Co nemate zakaznikov? Napisem kus kodu, dam to ho do schranky, nakopirujem rucne do kazdej verzie a ked je nejaky problem, ozvu sa na support. Udrziavat to dlhodobo nemusim. Da sa to spravit tak, ze pol roka sa akoze zabehavam, rok nieco robim, posledny polrok hladam inu robotu. 2 roky v jednej firme je pre personalitu v novej firme OK. Proste hladam nove vyzvy.

[eMko]

Co nemate zakaznikov? ...

Právěže je asi mají a chtějí si je udržet.