Proc pouzivat systemy pro spravu verzi

[OndraSej]

[rezna]

[VladR]

[rezna]

ja to rikal - proste neumis pouzivat veci jak se maji a jen nadavas - takovych kolegu mam v praci tisice - jeste ze je vedeni neposloucha a verzujeme centralne nikoliv pres USB klice

i u jednoho cloveka ma SVN/Git/Hg smysl - ale takovym lidem jako ty proste nelze vysvetlit

[Ladis]

Malá poznámka ke vzhledu ve Windows. Na některých grafikách (měl jsem to na své AMD/ATI) nejede ve filmech VSync, pokud Aero vypnete. Takže ho musím mít zapnutý (aspoň se dá i tak vypnout ta průhlednost).
_________________
Award-winning game developer

[VladR]

[VladR]

[rezna]

1) rychla dostupnost zmen (neni potreba hledat USB klic, proste kliknu na show-log a mam)
2) za pomoci blame rychle zjistim kdy jsem dany kod napsal a potom ve spojeni se show-log muzu rychle dohledat s jakymi dalsimi zmenami jsem commitoval a proc jsem to tak sakra udelal
3) moznost rychle vracet zmeny zpet pokud udelam chybu
4) v pripade Hg/Gitu moznost vyvijet lokalne a nemuset commitovat do centralni repo - muzu zkouset a nicit a pritom neposkodim funkcni repo, ale ma porad k dispozici lokalni verzovani
5) zalohy offline zadarmo - proste commitnu do GitHubu/BitBucketu

[Crypton]

OT: Taky jsem donedávna ne-používal žádný version control systém pro projekty typu one-man-army (jako např. OpenArcanum). Zálohoval jsem výhradně jen do zipu, jenže jsem měl asi 700 záloh (velikostně to mělo přes 10GiB - jen ty zipy, s max kompresí), a žádnou zálohu jsem nechtěl mazat, protože by třeba mohla obsahovat kód a nebo soubor, který jsem z novější verze vymazal, a který bych zase někdy potřeboval.

(Takové hledání jednoho souboru, nebo kusu kódu v zipech je uplný horor. Člověk musí hádat ve kterém zipu má pak hledat, a pak kontrolovat, jestli ten soubor neexistuje i v novějších verzích, ve kterých můžou být nějaké bugfixy apod.)

Taky jsem tam neměl žádné statistiky zdrojového kódu (jako např. SLOC), ani žádný přehled o provedených změnách v každé záloze. Řešil jsem to přes SourceMonitor, jenže ten je při trochu větších projektech (>100K SLOC) hodně pomalý, až skoro nepoužitelný.

Tak jsem začal používat Git (přesněji řečeno SmartGit + Git) a jsem úplně spokojený. Už žádné zipy a duplicitní soubory. A ty stastistiky co to generuje jsou úplně super. Člověk má přehled o průběhu vývoje, včetně historie a changelogu, může si porovnát jednotlivé soubory, atd.

Samozřejmě, že tohle si můžeš všechno sám - bez VCS, a to jak manuálně tak i automaticky, za pomocí různých nástrojů. Akorád, že to nebude asi tak pohodlné a "standardní".


_________________

[VladR]

1. No problem - USB kluc je stale v kompe vzadu - zaloha trva 15 sekund

2 a 3. No problem poslednych 5 rokov - to je zalezitost stylu pisania kodu a teraz kod pisem tak, aby som prave toto robit nemusel. Lebo ak by som naozaj mal nieco hladat, tak medzi 100kami adresarov by to pravda bol problem a vtedy by SVNko bez akychkolvek pochyb zvitazilo.
Fakt je, ze posledne roky som sa nepotreboval vratit k nejakej specialnej verzii - projekt udrziavam vzdy tak, aby tam vsetko bolo funkcne, aj ked pravda rychlejsie velkostou nabobtna.

4. Doma to pre mna nema zmysel, ale v robote je to na obcasne hratky vyborna featura, lebo nemusim vobec riesit branche, ak nejaku vec skusam sam a mam garanciu ze to nikto z teamu nebude potrebovat hodnu chvilu tahat z repo

5. Toto je doma asi ta naj killer featura dokym si neuvedomim, ze doma obcas mozem mat aj 3-mesacny burnout, kedy garantovane zabudem heslo do repo (urcite nepouzijem bezne heslo na tak citlivu vec).
A to by som bol pekne v prdeli. Alebo pouzit pri registracii email, ktory bezne nepouzivam, ale to uz sa mi viackrat stalo, ze som po pol roku zabudol, ze kde ten mail vlastne mam - na akej domene. Takze volim radsej mensie zlo

[Slappy]

Zipy nedokazu poskytnut tu vyhodu co ma SVN: priame porovnavanie suborov [diff] medzi reviziami, pokec okolo toho atd.

Niet nic lepsie ako si pozriet ako sa od r1 az po r 123456 vyvijala ta-ktora metoda
_________________
Skinovane instalatory pre NSIS a Inno Setup, zdarma pre SK/CZ projekty: www.graphical-installer.com

[OndraSej]

Prijde mi, ze se hodne fixujes na SVN, to neni jediny VCS a jediny zpusob, jak delat veci. Jsou i novejsi (Hg, Git a asi i dalsi), ktere nektere veci resi jinak a hlavne branche a nasledne merge tam boli mnohem mene nez v SVN. Jinak pokud jde o komercni VCS, tak jsem mel moznost pracovat s MS SourceSafe a to je jedna z nejvetsich sra*ek, co jsem kdy mel moznost pouzivat (jak z hlediska UI, tak z hlediska bezpecnosti a konzistence dat, a to i na pomery MS; pri pouziti je temer garantovano, ze clovek o data prijde). Pak jsem jeste pouzival Perforce, coz se nakonec da, ale taky se nepouziva pomerne dobre. Ale na druhou stranu zvladne opravdu velke repository.

Jinak Ad 1, - a pokud ti vyhori pocitac a USB disk vezme s sebou? Pripadne ti nejaky vir smaze vsechny disky...

Ad 5. - To mi prijde spis jako vymluva (taky vam to zni jako "jsem prilis hloupy na to, abych mohl pouzivat VCS"?) + heslo do repository si muzes ulozit lokalne, nemusis ho pokazde zadavat. A prihlasovani jde u vetsiny VCS i pres public/private klic.

Jinak za me jeste
6. jednoducha a hlavne konzistentni synchronizace souboru mezi dvema pocitaci (pri pouziti vic pocitacu, napr. notebooku a desktopu je to naprosto nezbytne; ja hodne cestuju, takze vetsinu prace udelam na notebooku, ale obcas chci pustit nejake vypocty na desktopu). Navic to neni jenom pro prenaseni dat mezi notebookem a desktopem, ale i o tom, ze kdyz neco potrebuju otestovat/opravit na jine platforme/konfiguraci/systemu, tak si tam proste stahnu zdrojaky, udelam potrebne zmeny a commituju je zpet do centralni repository bez toho, abych musel nejak prenaset "aktualni" verzi, pripadne slozite vracet zmeny z oprav do aktualni verze.

7. Paralelni vyvoj vic veci najednou. Nemusim se trapit tim, ze v aktualnim adresari mam rozdelane nejake zmeny, kvuli kterym se to nebuilduje nebo zrovna nebezi testy. Pokud potrebuju paralelne vyvijet, proste si stahnu z VCS posledni funkcni verzi, udelam tam co potrebuju a pak, az se to bude hodit, to sloucim s tou puvodni rozdelanou verzi. Podobne, kdyz zjistim, ze pro dopsani featury A potrebuju featuru B, tak tu B muzu napsat a otestovat oddelene od A (kde mam zrovna kod ve stavu, kdy nebezi testy), a pak to sloucit s rozdelanymi zmenami.

8. Diff + log zmen - jednoduse je videt, co se menilo mezi releasy, jake zmeny jsem udelal proti puvodni funkcni verzi, ...
_________________
http://trionteam.net

[Marek]

SVN asi smysl nemá a to ani ve více lidech, jelikož je to VCS, který je od začátku koncipované špatně. Nicméně GIT rozhodně smysl má a dokonce i v jednom člověku. Viva la GIT! Nezapomínejte, že jeho nejdůležitější vlastnost je podpora pro branching a merging, který SVN nemá a nikdy mít nebude! Ve chvíli, kdy si uvědomíš užitečnost toho mít release branches, hlavní víceméně-stabilní branch a několik new-feature branches, je branching k nezaplacení. Jedno z pravidel v projektu, co máme, je, že je zakázáno committovat/mergovat velkou featuru, pokud nemá implementovaný celý vertical slice, tedy funkce nesmí být implementována do hlavní branch po částech, ale pouze sloučena, až je hotová na všech vrstvách (a může mít klidně stovky commitů sama o sobě). Kdo nezažil, nechápe a jen čumí.
_________________
AMD Open Source Graphics Driver Developer

[Augi]

Eosie, že na tvůj projekt se hodí feature branches neznamená, že se hodí vždy. Někdy může být výhodnější mít feature toggles.

[Ladis]

Feature toggles FTW! Umožňuje to v aplikaci přepínat mezi starou a novou možností. Např. redesign webu/webové aplikace, nemusím mít 2 weby a řešit sdílení (aktuálnost) dat (nový vzhled může mít i změny v databázi). Nebo teď dělám nový vzhled newsletterů, tak tam mám možnost vidět stávající i nový - a zůstane to i ve finále, protože dříve zaslané newslettery musí zobrazovat v staré podobě, jak tehdy byly poslány (jen se změní if).
_________________
Award-winning game developer