Administrace komentářů

To je špatně. Pokud šlo do košíku přidávat před tím, musí tam jít přidávat i po tom, jinak nebudou fungovat testy na přidávání do košíku.

Testy fungují, jsou upravené pro nový kód. Jenom na ten nový kód není napojeno GUI. Například.

Zkuste ten příklad naformulovat jinak, takhle se totiž vracíme k systému práce franta si 2 týdny pižlá košík nemluvte na něj.

Já na tom systému práce nevidím nic špatného. Dělám svoji část, a nechci, aby mne rušily změny v jiných částech. Představte si to na externí knihovně. Synchronizujete si zdrojáky externí knihovny každý půl den a zapracováváte všechny změny, nebo si prostě počkáte na release té knihovny? Já to řeším druhým způsobem a snažím se o to, abych stejně mohl řešit maximům závislostí, tedy i ostatní součásti mého projektu.

Je to proto, že velikost změny + stáří změny a čas strávený její diagnózou nejsou v přímé úměře.

Nejsou. Konflikt řešený každý půl den budete řešit pět minut, a konflikt řešený jednou za měsíc také pět minut.

Příkladně, když vím že před 5 minutama všechny testy chodily, a teď nechodí, tak stačí, když budu řešit posledních 5 minut změn, což mám ještě v hlavě a bude mi leckdy stačit se podívat na chybovou hlášku. Pokud budu pracovat celý den a na konci dne mi něco nepůjde, tak budu debugovat a hledat a strávím tím spoustu času navíc. Myslím že každý z nás už tuhle zkušenost prodělal.

Pokud vám někdo jiný rozbil vaše testy, máte divně organizovanou práci. Pokud jste si je rozbil sám, poznáte to hned, ne až po té, co dáte kód do VCS.

Ten příklad jak jsem ho popsal já se ale liší v podstatné věci. Než vyhodím parametr, tak už budu mít k dispozici kód od "všichni", a refaktoruju ho já. "Všichni" se tím nemusí vůbec zabývat. A to je důležité. A je to možné jen tehdy, když "všichni" publikují svůj kód pravidelně a často.

Všichni se tím musí zabývat. Musí vám dát kód, který je hotový a funkční. Takže když vy jim oznámíte, že budete něco refaktorovat, musí honem nějak vyřešit to, co mají rozdělané, dostat do repository kód, který se týká refaktoringu – a pak čekat, až vy refaktoring provedete.

Pokud vím, tak linux-next se merguje z branchí vývojářů podsystémů každej den. Jak často tam oni publikují, to je jejich věc. Každopádně pochopte, že i když kernel má třeba release cyklus jednou za 3 měsíce, tak prostě přes to vlak nejede, a co se za 3 měsíce nestihne, tak musí až do další verze. Takže to není tak, že kernel čeká až bude hotové cosi velkého, ale naopak že přispěvatelé si kouskují práci tak, aby do každého okna něco přicmrndli. Tenhle princip lze aplikovat na libovolný časový úsek.

Nikoli. Přispěvatelé dělají na svém kódu nezávisle na ostatních větvích, a když mají svou funkcionalitu hotovou, dají ji do společného stromu.