Administrace komentářů

A kolik vás na té jedné změně dělá?

Na změně může klidně dělat celej spolek (i když to se ještě nestalo - máme hodně diverzní zaměření lidí), podstatné ale je že na jedom úkolu dělá jeden až dva lidi (když dva tak spolu u PC). Ty úkoly jsou dílčí část "změny" a jejich stanovení a pořadí je právě ta "magie" jak mít každej den doděláno a v trunku všechno co se za ten den udělalo.

Bohužel občas se stává, že komit není buildovatelý, obsahuje nedovolené věci (v našem případě např. UTFkové BOMko v šabloně). Taková věc se během několika minut projeví a nikoho jiného to neovlivní, protože je to ve větvi. Může se i stát, že vývojář komitne a jde domů. Druhý den ráno si to opraví a nikoho tím nezdržuje.

Tohle by právě měl vychytat, než commitne a odejde. Pokud commitne a všem to rozbije tak nastává varianta viz výše. Konkrétně já nejprv dělám pull/rebase, pak spouštím fast testy u sebe, pak commitnu, pak odkliknu Run v teamcity, kde to trvá asi 20 minut (s tím ještě něco uděláme), takže můžu jít na kafe, počkám na zelenou a až pak jdu na další úkol nebo domů. Samozřejmě už se párkrát stalo, že místo zelené je červená, pak holt musím řešit nebo revertovat.

Jak předá javista novou featuru webaři k ostylování a doladění html bez sdílené větve a bez toho, aby se rozpracovaná věc nedostala do masteru, ze kterého se odvíjí třeba druhý den stable? Takové věci se do masteru v našem workflow NESMÍ dostávat, jinak nelze master pořádně otestovat a překlopit na stable pro produkční nasazení.

V HTML se udělá šablona, na kterou se navěsí prázdná implementace. Např. na stránce měl být obrázek, tak se nejprv udělala stránka ve správném stylu a obrázek byl mock. Pak se udělal obrázek dynamicky generovaný. Webař a javista dokonce můžou pracovat paralelně, pokud se dohodnou na tom rozhraní. U nás to byl ten samý člověk, ale i tak dodržením tohoto postupu se daly jednotlivé věci řešit a hodnotit zvlášť.

Mě by spíš zajímalo proč váš workflow zakazuje poslat něco takového do masteru, protože jinak ho nelze pořádně otestovat. Spíš mi přijde, že když některé testy máte jen nad masterem, tak se spíš otestuje všechno nové, když to přijde do masteru co nejdřív.

A větve samozřejmě zavíráme ihned jakmile jsou hotové. Každý týden tým otevírá i zavírá několik větví.

No to je fajn... nejste ani jeden extrém - ani patologický případ půlročních větví ani nejdete bezkompromisně po efektivitě procesu - nějak vám to funguje tak ať se daří :)