Názory k článku
GIT: správa repositářů

A to ktere?

Možná "Pan Sponka ClearCase edition (c)(r)(tm)(blee)"

Základní srovnání různých SCM: http://better-scm.berlios.de/comparison/comparison.html

Nezdá se mi, že by clearcase měl nějak navrch.

Jinak pochybuji, že opravdový profík by kdy napsal "My profíci..."

to preto ze ten pan je prachsprosty provokater :-)

Pokud me pamet neklame, autor pracuje pro, jak by rekli chlapci z CentOSu, prominent North American Enterprise Linux Vendor. Tahle poznamka je tim padem naprosto zcestna. Mimochodem, pokud Vam CC pripada lepsi[1] proc radeji nenapsat clanek nebo alespon prispevek do teto diskuse, srovnavajici CC system s gitem/mercurialem/$RCS? Neni to lepsi nez trollovat?

[1] Ja sam o CC nic moc nevim, neprislusi mi hodnotit..

Já o něm taky moc nevím, ale od doby, co mi kamarád sdělil, že na jeho pracovišti (banka) ClearCase sráží produktivitu práce vývojářů (kteří by se jinak zmohli na víc) na šest řádků kódu za den, o něm ani moc vědět nechci. :-)

To bude nejspíš nějaký FUD, co jsem vidět, tak CC ve spojení s ostatními nástroji Rationalu (testování, bugrtacking...) je hodně silná kombinace. Nicméně, kdo to má platit, že? :-) Tak se používají jiné nástroje, které jsou mnohem levnější a podobně kvalitní.

... projekt ztrati jako kapka v mori ... To je právě ten problém, že Vy vidíte moře, ale nevitíte shluk kapek. :-)

... nevidíte ... Tak dlouho se budou u Vás rozpouštět "zbytečné" náklady mezi uživatele až si uživatelé přestanou nechat kakat na hlavu a přejdou ke konkurenci :-)

No vida, a přtiom to vypadá, že nemáte ani dost práce na to, aby vám to zabránilo tady prudit. :-)

Spíš bych řekl, že to ukazuje, že sebevíc "profesionální" nástroje je schopné zabít účinné managorování. :-/

S tymto nazorom suhlasim. Ja som pred 3 hodinami omylom zmazal z filesystemu nejake subory, co boli v clearcase. Za 3 (!!!) hodiny som neprisiel na sposob, ako ich obnovit, pripadne z repository trvale vyhodit a nahradit novymi s rovnakym menom. Nove odmieta pridat, pretoze tam uz pod takym menom nejake ma, stare odmieta obnovit a odkazuje ma na nejake uchylne linkovanie cohosi kamsi. V svn, git, mercurial, csv zalezitost na maximalne 10 minut, aj keby som nepoznal syntax a princip daneho vs a bol totalny debil s velmi znizenou schopnostou chapania. Tu uz 3 hodiny klikam ako kokot, spustam rozne perlove scripty, hladam na webe nejake jednoduche riesenie, ale na nic zmysluplne som nenarazil.

"Ja jen informuji ... proc je git i kdyby byl sebelepsi k nicemu." ... "pac git nepodporuji dulezite komercni baliky"

dekuji vam za cenne informace... ktere jsou vpravde uzitecne jako automat na kondomy ve vatikanu... pokud teda pod pojmem komercni baliky, nemate na mysli, sluzbu ``obchodni balik'' od ceske posty... to by byla jinak cool featura, kdyz by clovek v clearcase udelal commit a ostatnim lidem v tymu by se rozeslaly baliky s vypalenyma cedeckama nove verze...

Proc bych mel nekam zadarmo psat clanky?

ale to po vas nikdo nemuze chtit. stejne tak, jak po vas nikdo nemuze chtit, abyste v diskuzi zadarmo plytval svym talentem, znalostmi a casem, ktery byste mohl stravit mnohem uzitecneji... treba nadavanim programatorum nebo vyhazovanim zamestnancu. to opravdu ne! proto jsou clanky na rozdil od komentaru na root.cz honorovany!

LOL, Děda Jabko for President! :o)))

a to je jediny duvod? nemate jeste nejaky? treba, ze si musite umit hlavu...

realita uci nasedujici:

tento "profik" neni clovek, ktereho by dana cinnost bavila natolik, aby se ji venoval dobrovolne i ve svem volnem case, resil zajimave problemy a spoustu veci se naucil, a proto byl pak lepsim programatorem.

tento typ "profiku" je pro vykon sve prace skvele pripraven "odbornymi" knihami typu "naucte se syntaxi jazyka a par zakladnich vzoru pouziti za ... dni", vhodne doplni ne vzdy spravne implementovanymi a malokdy spravne pouzitymi "cut & paste" magickymi pasazemi z netu, popripade ze svych predeslych "projektu". aby zvladl vytvaret sve vlastni vzory, presne padnouci situaci, to uz bychom po nem chteli moc *1). nastesti vsak zakaznik jednak nevi co chce, druhak nevi jak by to melo/v dobrem pripade mohlo vypadat a tretjak je na podprumerny brak zvykly.

ale kupodivu mu za to lidi plati, a nevenuje se po vecerech nimrani se v nesmyslech. ach, jak mu zavidim ;-))))


*1) a to uz se radsi nebudu zminovat o tom, ze "profik" vetsinou pouziva javu nebo c++ a za ziveho boha neni schopen pochopit, k cemu ze by mohla slouzit vyssi mira abstrakce tak snadno dosazitelna v pokrocilejsich jazycich. samozrejme, slo by to naemulovat i v ty jave nebo c--, ale nas "profik" nemel cas venovat se teoretickym hracickam, musel se naucit opisovat tisice predpripravencyh vzoru, nikoli naucit se spravne pristupovat k reseni problemu, vymyslet konkretni odpoved na konkretni otazku. ne, vezmi neco, co se tomu tak trochu podoba, tady pridej pet ifu, tady par radek uber, a je to hotovy, muzeme kasirovat.

bohuzel, takova je moje zkusenost s profiky, a jejich "resenimi, ktere plne dostacuji situaci". pokud mate znameho napr. na katastralnim urade, popripade na jinem statnim urade kde si "nechavaji sit software na miru od profiku", zeptejte se jich, zda to nevypada nejak takhle.

Vyvíjíme pro platící zákazníky v javě, jako IDE používáme placenou velice kvalitní Ideu, windows k tomu vývojáři nepotřebují. Idea podporuje výborně SVN, je tam i modul pro GIT (pro CC určitě také). Ono přílišné zobecňování škodí.

Právě to vidění dál do budoucna spoustě IT manažerů chybí, proto si velice často zbytečně sami omezují hrací pole. Ne vždy lze použít OSS, ale mnoho IT manažerů o něm nemá žádné znalosti a jdou automaticky po tom, co jim naservíruje jejich dodavatel a oblíbený časopis.

Pri vsi ucte, navazet se do IntelliJ nez jeji znalosti je jako zpochybnovat vyhody krajeneho chleba bez predchozi zkusenosti s jakymkoli pecivem ;)

stupidnejsi argumentaci (porovnavat neznamy produkt na zaklade srovnani ceny, obzvlast v pripade softu) uz jsem dlouho neslysel.

naposledy me neco podobneho pobavilo na ug :
http://www.underground.cz/ivan-novakov/co-je-zdarma-neni-kvalitni

Spravny manazer vie porovnat 2 veci bez toho, aby vedel, o co ide. Uprimne, je vela manazerov, ktori si toto cvicia od strednej skoly: obkecavat, okopirovat a v saku a v kravate hubou namlet viac, nez si dokazete predstavit.

No ja osobne ficim vo wine (musim) cez cygwin na git bashi a git-gui... pohoda!

Ve Wine si pustíš cygwin a v něm git, bash atd.? Tak to je hardcore, nebo snad XP (extrémní programování) :-D

samozrejme, ze provokace patri k diskuznim forum a rad si vtipne poznamky prectu. Plati ovsem nekolik nepsanych profesionalnich ustanoveni. A jednim z nich je, ze se zdrzuji necoho takoveho u clanku vyznamne osobnosti. A tou pan Zak bezpochyby je. Psal jiz clanky pro Linuxove noviny, kdyz vetsina 'rejpalu' jeste slintala na Bravickem. Kdyz pan Zak pracoval na MAPE, tak si vetsina tech dnesnich rejpalu dovolovala rodicu, jestli smeji jit na 8 do kina.

Takze prosim, nejdriv informovat a pak trollovat. Vsechno ostatni je skutecne neprofesionalni.

No, a já zase považuji za neprofesionální argumentaci autoritou a zejména útoky ad hominem, navíc dost pochybné (nevím jako nick Rejpal, jehož příspěvky se mi tu mimochodem docela líbí, ale asi tu bude pořád dost lidí z osmibitové generace a starších. Pokud jste to nezažil, tak Bravo v osmdesátých letech moc nebylo).

A na Leninovy výkřiky se dá reagovat i fakticky (nebo palcem dolů).

Můj příspěvek byl možná pochybný, ale to jen z toho důvodu, že na Lenina jsem už tak nějak rezignoval. Stačí si dohledat jeho příspěvky předchozí. Fallatio ad hominem uznávám - mea culpa ^_^, ale na druhou stranu, také se říká "na hrubý pytel hrubá záplata", a nahlédneme-li do zdejších diskusí, zjistíme velmi rychle, že Lenin je pytel opravdu velký a moje hrubá záplata se vedle něj jen krčí v koutku. ;/ Doufám, že lidé jako Lenin a LO nikdy nedorazí na Ábíčko (a pokud dorazí, že budou *velmi* rychle vypoklonkováni), to by byla katastrofa. BTW, taky se považuju za příslušníka osmibitové generace, ale pravděpodobně mám ropuchu osobnosti a chvílemi jsem trošku impulzivnější. Za což se omlouvám.

Pardon, samozřejmě to mělo být "fallatiam". Já ty deklinace u některých slov pořád zapomínám.

Můj slovník říká fallacia, ae, takže neseděla ani deklinace, ani pád, a možná ani c :)

Ještě že to slovo znám jen v angličtině.

Bravo v osmedsátých letech samozřejmě bylo. Pravda, ne u nás. Experimentálně jsem to ověřil a jedno si tou dobou přivezl z Jugoslávie. ;-)

CC je funkcne uplne super, ma to vsetko co si viete predstavit. Iba pre DEV je to hrozne nepouzitelne. Viem to lebo som bol nuteny pouzivat CC. Po prechode na CVS nam developeri chodili ruky bozkavat.

A mne lidi nadavaji za trolling. Zaujatost.

Kdyz uz tady 5 lidi nadava na CC, tak at laskave pisi sve vyhrady bod po bodu! Ja si je rad poslechnu.

LENIN
POWER
!

Chces po nekom neco co sam nedelas? Jak usmevne. Precti si radeji jeste jednou sve komentare a pak tento

Hned na začátku vám někdo posílal odkaz na srovnání nástrojů. To bych považoval aspoň za poskytnutí nějakých výhrad. Možná že velká výhrada je, že je to komerční nástroj. Kolik ta sranda vlastně stojí?

Rozhodně nepochybuji o kvalitě programů od IBM/Rational, sám jsem měl možnost si je vyzkoušet, ale cena je natolik vysoká, že i mnoho velkých profesionálních vývojářských firem používá jiné nástroje (my třeba máme P4 a Subversion).

mrknete se sem. Nova rada rational toolchainu bude mit i light opensource verzi.

http://jazz.net/pub/index.jsp

maji tam asi hodinove video z eclipsecon kde to predvadi. je potreba registrace.

Díky za odkaz, vypadá to zajímavě. (pojem "Jazz" jsem u IBM už někdy viděl, ale nepátral jsem, co je to zač).

Místo aby vysvětlil principy, zabývá se seznamem příkazů a co dělají...vlastně takový rozepsaný man. Navíc nevidim srovnání s alternativami :-]

/me teda zakotvil u Mercurialu, ale git je taky fajn.

A to, že je to již druhý díl, jste zaregistroval?

No, ja jsem to zaregistroval, ale z prvniho dilu mi v hlave utkvelo, ze svn sucks a git rocks, zadne objektivni porovnani jsem tam nenasel. Natozpak zminky o jinych distribuovanych systemech.

Nerikam, ze by clanek mel obsahovat nutne porovnani (pokud je psan jako tutorial), ale vzhledem k tomu, ze prvni dil ho rozhodne neobsahoval, tak nechapu, proc na nej odkazujete.

Jinac mi taky prijde, ze clanek jde az prilis po povrchu (takovy okecany man)...

pod clankom nie je link na prvy clanok!!!
Takze ak niekto nevie o com git je a ze jeho principy boli popisane v prvom clanku tak logicky ohodnoty tento clanok ako ZLY!

Ten link fakticky chýba, prvý diel som akosi nezaregistroval (alebo možno ne neho zabudol)

Pragmatic Programmers chystají knihu Pragmatic Version Control Using Git. Ta by měla díru na trhu aspoň trošku zaplnit. ;-)

Vie niekto ako "najlepsie spojit" cvs s gitom? Situacia: Vsetci v teame (vratane mna) pracuju "normalne" v CVS, git pouzivam zatial iba ja. Moj sposob prace je takyto:

# chod do privatneho git_master_branch kde je aktualny stav z CVS
git-checkout master
# stiahni pracu od kolegov...
cvs "get clean copy"
# git-commit prace kolegov do mojho git_master_branch
git-commit -a ...
# chod do privatneho git_devel_branch
git-checkout devel
# git-merge vlastnej prace zo stavom v CVS...
git-merge master
# ... nasledny git-commit zmergovaneho
git-commit -a...

# vlastny vyvoj - editacia zdrojakov

# git-commit vlastnej prace do mojho git_devel_branchu
git-commit ...
# cvs-commit z git_devel_branchu
cvs commit ...
# chod do git_master_branch (tu chem mat aktualny stav ako v CVS)
git-checkout master
# stiahni vlastne pracu z CVS...
cvs "get clean copy"
# ... a nakomituj si ich do git_master_branchu
git-commit -a ...

ma niekto lepsi system prace?

zkus pouzit
git-cvsimport
git-cvsexportcommit
stejne tak pro svn by melo byt
git-svn
git-svnimport

Ja nemam nic proti git ale naco je toto dobre? Ak raz mate CVS naco potrebujete GIT? Neviete si zivot komplikovat inac?

Pokud clovek pracuje na vice branchich, tak uz to nejspis vyznam ma.

Robim v jave, pouzivam eclipse a typicky mam dlhodobo rozpracovanych 4-5 uloh. To je asi 50 naraz zmenenych suborov. Ak chcem jednu ulohu uzavriet musim pri commite kazdeho suboru davat pozor ci tam nie su aj zmeny pre inu ulohu - aby som nenakomitoval aj to co tam nepatri, resp. naopak aby aby som nenacommitoval prilis malo - na chybajuci *.gif ma proste compiler neupozorni.
Este krajsi priklad: Zmena v API vygeneruje 20 kompilacnych chyb a kazdu chybu treba osobitne riesit. Ak mi do toho pride nieco naliehave tak musim rozpracovane zmeny zahodit aby som mal vobec kompilovatelny workspace a mohol sa zacat venovat novej ulohe.
Skusal som to riesit vytvaranim si kopii workspacov - vytvorenie kopie resp. prepnutie do ineho workspace trva asi 3-4 minuty, synchronizacia s CVS repozitory je takisto pomala.
Vytvaranie vlastnych branchov v CVSku si nemozem dovolit - iba by to provokovalo zbytocne zmetky a otazky od ostatnych clenov teamu.
Git mi vsetky(!) tieto problemy riesi(!) - okrem toho ma git niekolko dalsich omnoho vyznamjesich vyhod ktore som nespomenul a CVSku sa o nich ani nesniva. Napis ak ta to zaujima - ja pre dnesok koncim - idem chlastat.

OK, vdaka za vysvetlenie. Ja ked robim na niecom novom tak robim na HEADe alebo novom branch. Ked nieco musim zafixovat aj tak musim vychadzat z uplne ineho TAGu alebo branch-u. Takze si koli tomu fixu musim checkout cely stary strom. Obvykle to riesim ako pises novym checkoutom. Aj tak si neviem predstavit ako to riesis v spolupraci s GITom lebo nakoniec to aj tak musis checkout z CVS a commit tamtiez. Iba si naviac musis pamat niekde nejake premostenie medzi verziou CVS a v GITe. Podla mna riskujes problem lebo ked napr. opravujes nieco stare, checkoutnes z CVS a zle checkoutnes z GITu mozes si narobit problemy.
Fakt si viem predtavit ze by som robil s GITom ale aby som este k tomu permanentne nieco vkladal a vyber z CVSka tak to my pride kontraproduktivne z moznostou velkej chyby.

Novy checkout nepomuze, pokud je potreba pohodlne mergovat mezi branchema.
Ale jinak mate pravdu, to CVS je v dane situaci vazne uzke hrdlo ;)

.

Dik za serial o GIT, hledal jsem neco,cim bych synchronizoval jeden vyvijejici se balik programu na nekolika (4) pocitacich. Zacal jsem zkoust git, a nakonec jsem nahodou nalezl 'unison'. Zrejme ho do repo fedory 7 pridali nedavno. Kazdopadne to vyresilo muj problem s korelaci zmen.