Nahraďte CVS za Subversion

Jestli vám to ještě nikdo neřekl, CVS je mrtvé. Stále se používá, ale zemřelo na nevyléčitelnou nemoc - špatnou architekturu. Náhradu za něj představuje např. systém Subversion, s nímž vás seznámí Red Hat Magazine.

22.8.2005 08:04 | Pavel 'lingeek' Szalbot | Zajímavý článek

Komentáře

[deleted]

pak je ovšem ze stejného důvodu mrtvé i C++

[Michal Kubeček]

A také Linux (alternativní archiv) a spousty dalších spokojeně vzkvétajících projektů… :-)

[trancelius]

Budiž mu plotna lehká :o)

[Michal Čihař]

Nabízet jako náhradu Subversion, které je v podstatě jenom odstraněním největších nedostatků CVS mi přijde trochu podivné. Existuje dost lépe navržených konkurenčních programů.

[Pavel 'lingeek' Szalbot]

Které svobodné máš na mysli?

[Rudolf Matousek]

GIT (hostováno v ČR!) a nebo Monotone. GIT + cogito půjde jistě velmi rychle nahoru, monotone už funguje teď. Vlastnosti: distribuované, podporují práci na větvích včetně rozumně chytrého slučování. Bezpečnost a autenticitu dat zaručují certifikáty, přenos zajišťuje ssl (u monotone).

SVN mi přijde těžkopádná a práce s větvemi je snad ještě větší peklo než v CVS.

[Michal Čihař]

A případně ještě GNU Arch, tedy spíš Bazaar, který už je aspoň trochu user friendly .

[megi]

Arch je mrtev.

[Mikos]

Já bych ještě doplnil Darcs, který je pokud vím taktéž na podobné úrovni jako GIT či Monotone. V nejnovější unstable verzi Darcs dokonce v sobě implementoval přístup do GIT repozitářů.

[Michal Čihař]

Aha, nějak jsem si nevšimnul, že tu nebyl zmíněn, ale chválím ho níže

[IA]

Nabizet SVN jako nahradu zdaleka nejpouzivanejsiho VCS, ktere je v podstate navrzeno tak, aby bylo jednoduche, melo vlastnosti CVS ale nemelo jeho nedostatky mi prijde zcela logicke. Ovsem nejde jen o kvalitu navrhu, ale take dostupnost kvalitnich klientu pod ruzne platformy, snadnou instalaci a jednoduchost pouzivani. To vse SVN splnuje. Co mu snad muze zatim chybet je kvalitnejsi podpora merge mezi vetvemi, ale to bude patrne brzy take vyreseno.

[Michal Čihař]

Co je to kvalitní klient? Command line klient umí všechno a obsahují ho snad všechny RCS. Kromě něj používám maximálně webový a s tím taky celkem nejsou problémy.

Jinak všechny tvoje podmínky splňuje třeba bazaar a navíc umí i velmi dobrý merge. Co mu chybí oproti některým (třeba darcs) je cherry picking, ale ten chybí většině dnešních (včetně subversion). Hezká ukázka je tady.

[IA]

Kvalitnim klientem jsem myslel gui aplikaci ve stylu WinCVS nebo TortoiseSVN, ktera oproti cmdline umozni komfortni kontrolu commitu, prochazeni logu apod. Jak uz nekdo zminil pode mnou, je dale dulezita existence pluginu do rozsirenych IDE. Samozrejme je dulezite podporovat win32 platformu nejlepe jednou instalacni binarkou. Pokud vim, tohle splnuje SVN a proto je dnes druhy nejpouzivanejsi po CVS a bere se jako jeho nahrada.

Bazaar o podpore win32 a gui uz premysli, za par let uvidime.

[Michal Čihař]

Komfortní kontrola? To je baz status? Omlouvám se, ale jakékoliv GUI pro práci s CVS mi vždycky připadalo hrozně neohrabané a zpomalující .

SVN je nejpoužívanější hlavně proto, že to byla první použitelná věc, která odstranila největší problémy CVS. Cokoliv jiného se do použitelné podoby dostalo minimálně o rok později, spíš ještě déle. Po nějaké stabilizaci to nasadilo i dost velkých hostingů (jako třeba Savannah) a tím se ještě urychlil růst.

Za pár let (teda doufám že dřív) bude bazaar 2.0, který už teď na Win32 běhá.

[Foo Bar]

No to je pekne, ale pokud maji na projektu spolupracovat i ne-geekove, tak jim asi tezko budete 'baz status' vysvetlovat, ze?

[Michal Čihař]

Že by se našel někdo kdo umí programovat a nezvládne se naučit používat některý VCS mi nepřipadá moc pravděpodobné.

[IA]

Asi myslite pouzivat cmdline VCS. Mohu vas ujistit, ze toto je vic nez realne. Ne kazdy je geek, ktery chce lustit nekolikastrankove textove vypisy. I pro me je jednodussi, kdyz mi v commit dialogu vyskoci seznam zmenenych souboru a ja se podivam co tam je vlastne za zmeny a pripadne udelam posledni upravy primo v mergovacim sw, nez abych si nechal vypsat diff, pak to hledal v editoru a pak se znovu dival jak ta zmena vypada. Je to proste xkrat rychlejsi a mam nad tim mnohem vetsi kontrolu.

[Pavel Janousek]

Muzete byt prosim konkretnejsi v cem merge mezi branchy pokulhava? Pouzivam ho mnoho mesicu v produkcnim a tedy realnem prostredi a na problemy podobneho razu jsem nenarazil...

[Michal Čihař]

Třeba má problémy zmergovat dvě větve, pokud jsou v obou některé změny stejné.

Prostě jsou dvě větve, z jedné chci občas něco zmergovat do druhé a pokaždé dostanu konflikty na věci, které už jsem někdy dříve zmergoval.

[Tomáš Honzák]

A mergeujete vždycky jen změny od posledního merge? Protože pokud mergeujete pokaždé "celou větev", mergeujete vlastně znova i všechny předchozí merge z dané větve -- a není divu, že vznikají konflikty. Viz např. The best practises for merging v SVNbook.

[Michal Čihař]

Já vím, že se to dá řešit, ale Arch/Bazaar tohle vyřeší bez jakékoliv snahy uživatele, protože si pamatují co bylo zmergováno. Koneckonců je to napsáno i v odkazovaném SVNbooku:

Ideally, your version control system should prevent the double-application of changes to a branch. It should automatically remember which changes a branch has already received, and be able to list them for you. It should use this information to help automate merges as much as possible.

Unfortunately, Subversion is not such a system.

[IA]

Merge tracking je posledni dulezita vlastnost, ktera mi v SVN chybi a je zarazena mezi Medium-term Goals. Ovsem obavam se, ze to bude mit negativni dopad na vykon a pamet. Nezbyva nez se nechat prekvapit a zatim si pamatovat co se kam mergovalo (a psat to do logu).

[VícNežNic]

Nj, ale běží všechny také na Windows (bez cygwinu či podobných opiček), je pro ně taky tolik grafických klikátek, pluginů do nejrůznějších IDE a všemožné další? Navíc, jde tu o nahrádu CVS a pro to je SVN určitě dost dobrý. (já vím, že to taky tak dokonalé není, ale…)

[Michal Čihař]

Všechny ne, ale najde se dost takových, které běhají.

Já stejně nechci náhradu CVS, ale distribuovaný systém, což se subversion dosáhnu maximálně pomocí bastlu zvaného svk, ke kterému jsem nikdy neměl ani tolik důvěry, abych to aspoň vyzkoušel .

[VícNežNic]

K svk bych taky neměl nějak moc důvěry, ono je to snad dokonce mám pocit v Perlu (nebo možná není, ani nevím ). Jenže já nic distribuovaného nechci (minimálně ne pro ty účely pro které používám subversion), takže co s tím

[Lukáš Zapletal]

Zrovna včera před termínem projektu mi SVN zhavaroval, asi hodinu jsem situaci řešil, až pak jsem přišel na "svnadmin recover". Pěkně mi nahnal strach, zálohy jsem sice měl, ale čas ne. Právě proto jsem repozitář zřídil...

[Pavel Janousek]

A neni to spise Vase chyba ze provozujete a puzivate neco, co neumite administrovat? A navic u realneho projektu - tomu se rika nezodpovednost a sebelepsi SW Vam v tom nepomuze. K Suvbersion existuje up-to-date velmi dobra dokumentace ve forme knihy... (PDF verze zdarma!)...

A co teprve az objevite magicke formulky jako svadmin dump nebo svnadmin verify...

[Foo Bar]

A nepsal on nahodou ten puvodni pisatel, ze: - zalohy mam - cas nemam

?

[Pavel Janousek]

K cemu jsou zalohy neceho co neumim pouzivat?

[Trained.Monkey]

Tak to uz se mi asi nepodari zkomitnout dnesni davku oprav :)

[djezek]

panove neda mi to, sic sem bfu a "nesofťák", ale takhle luxusne vtipne napsanej blesk sem uz dlouho nevidel, klobouk dolu

[Yin]

Ja som to vravel... ale nikdo mi neveril a nechcel ma počúvať... tak, tam máte kolegovia... tak, tam máš šéfe... tak, tam máš zbytočne dlhá dokumentácia CVS...

Je to zaujímavé... ešte stále to používa 98% všetkých projektov (FLOSS, aj komerčných) a proste sa to vykašlú... tak to je už sila...

[Michal Čihař]

Důvodů je dost – není čas na konverzi, hosting někde, kde rozběhat něco jiného než podporované CVS není možné, nebo je značně komplikované (např. sourceforge), CVS zná a umí každý a jeho podpora je integrovaná skoro v čemkoliv a najdou se i lidé, kteří toho využívají,…

[Kovář David]

Tak používejte BerliOS.de. Ten má CVS i SVN a navíc dřepí v evropě.