Git 1.6.0

Vyšel Git 1.6.0. Přináší sníženou spotřebu paměti, výkonnostní optimalizace, lepší dokumentaci a různé další změny.

18.8.2008 08:26 | David Watzke | Nová verze

Komentáře

[m1c4a1]

Přináší Git něco podstatného, pokud si někdo kodí jen sám pro sebe, nikdo jiný se v kódu nevrtá? Na to stačí obyčejný cvs, nebo ne?

[mnn]

ja pouzivam bazaar…

[Limoto]

Ten přináší oproti GITu jenom pomalost...

[mnn]

hej az na to ze nerobim projekty ako linuxovy kernel…

[Radek Miček]

10 z 9 vývojářů (v Haskellu) doporučuje darcs.

[thingie]

Vývojáři *v* Haskellu asi jo. Vývojáři [kompilátoru] Haskellu (tedy GHC, no) ale přešli nedavno na git.

[Radek Miček]

Já vím, bohužel už ale knihovny a Hackage jsou stále v darcsu. Škoda, že nepřešli se vším.

[mirec]

Rýchlosť, jednoduchosť ovládania, nepotrebuje server ...

[Radek Miček]

Přesně tak, moderní systémy pro správu verzí umí oproti CVS přejmenování a přesuny souborů, vrácení již nahraných změn a navíc mají mnohem jednodušší ovládání třeba jako již zmíněný darcs.

[alblaho]

Na gitu je úžasné, že umí větve "in place", tj není potřeba psát nějaké url a vymýšlet, kam větev. Mergování je jednoduché a bleskurychlé.

Na CVS bych nešáhl ani klackem. SVN se už používat dá, i když nemá merge tracking. Bazaar je dobrý v tom, že má merge tracking, umožňuje práci offline, zkrátka distribuovanost. No a git je, řekl bych, jen rychlejší a možná trochu dotaženější na používání (umí barvičky, git log sám stránkuje a tak).

Svn 1.5 nějaký merge tracking taky prej má, nebo se používá svnmerge.

Záleží na použití. Já jsem dlouhé roky neverzoval nic, maximálně jsem adresář s projektem pravidelně taroval. Dnes si bez scm nedovedu práci představit.

[Ladicek]

Svn 1.5 nějaký merge tracking taky prej má, nebo se používá svnmerge.

Bez svnmerge ani ránu, normální mergování v SVN je srovnatelné s útrpným právem.

[alblaho]

A nepoužíváš nějaké klíkátko v tom tvém super IDE? Já v práci v svn merguju ručně pač to mívám maličkaté a málokdy hrabu do nějakým stable větví.

Na git jsem našel odvahu teprve před pár dny, do teď jsem byl bazaarista. No ale musím uznat, že Linus je genius. Nejvíc mě dostalo, že po importu jednoho svn repozitáře se 60k revizema (tedy jen trunku) zabírá výsledný repozitář na disku míň, než prostý checkout ala SVN. A to branchování, to je v gitu ta nejsamozřejmější věc na světě. Plus takové příjemné vychytávky, o kterých jsem už psal.

[Ladicek]

No, IDEA nějaké klikátko na mergování má, ale pořádně ho neznám. A svnmerge avail a svnmerge merge -b zvládne v konzoli i naše grafička

[Ladicek]

Jinak git bude asi fakt nářez. Taky jsem ještě nesebral odvahu. Teda hlavně netuším, podle čeho se mám rozhodnout mezi gitem a Mercurialem…

[Jirka P]

gitu se nelekejte, na množství nehleďte. Není to tak strašný, stačí znát git clone, commit --interactive, merge, branch, checkout, pull, push a můžete fungovat. Já bych si vybral git kvůli qgitu, ale Hg neznám.

[thingie]

qgit je chladný.

[alblaho]

Jo tak to taky nevím. Já se onehdy rozhodoval mezi hg a bzr. Podle kusých informací v podstatě "to samé" dokonce obé v Pythonu. Vývoj hg mi přišel nějaký mrtvější, naopak kolem bzr to vibrovalo - hezké stránky, přívětivá dokumentace, vyvíjeno pod záštitou tvůrce mé bubudistribuce. Tak jsem vybral bzr, pak jsem se dozvěděl, že to prej razí v Sunu, tak to s tou mrtvostí asi tak horké nebude. Ale třeba Mysql onehdy přešli bzr.

Gitu jsem se bál, ale všiml jsem si, že se šíří možná víc než ty Pythoňácké lemry. Xorg to používají. Slabina gitu bývala nepodpora windows, ale to už je tuším vyřešeno.

[mnn]

ad podpora windowsu u Gitu: nie je to port, len bezi pod Cygwin alebo MSYS

[stealman]

RCS je RCS .... na to nikdo nemá...