.

19.8.2007 12:40 | fake | poslední úprava: 31.12.2010 16:58

.        

Komentáře

[Heron]

NetBeans má nějaký SVN plugin? Ten co je na výběr v Module Update Center má potíže s versí modulu VCS a prostě se nespustí. Který jsi používal?

[fakenickname]

Vyvíjeli jsme přes letošní "zimu" a používali jsme klasický subversion modul nabízený ve standartní nabídce netbeans serverů. Detaily si moc nepamatuju a netbeans po zkončení semestru letěli z disku pryč. Každopádně subversion a netbeans, byť trochu nepřítelská dvojka, fungovalo a jelo.

[fakenickname]

Každopádně

NetBeans má nějaký SVN plugin?

odpověd je za rohem

[Heron]

# NetBeans 5.5 users - visit the Update Center (Tools/Update Center) and download the Subversion module listed in the Version Control category.

Tohle jsem psal v prvním komentáři. Nejde nainstalovat!

[Heron]

Hmm, tak jsem dal NB dopryč, nainstaloval znovu a už subversion modul nainstalovat lze. Bohužel se mi nepodařilo najít viníka, ale vypadá to, že to způsobil update nějakého závislého modulu na vyšší versi, která byla následně odebrána z repository.

[thingie]

Subversion, chm, no taky bys to moh tesat do hliněných destiček. To by byla asi tak stejně moderní technologie

[fakenickname]

Existují modernější, ale že by subversion bylo zaostalé to těžko uvěřit. U CVS bych ještě lehce pokynul a uznal, že nejmodernější není, ale o subversion bych něco takového neřekl. A jestliže je zastaralý tak to asi většině vývojářů nevadí. Můžeš to doložit nějakými fakty?

[thingie]

CVS je záležitost snad jenom pro archeology. A SVN je takové lepší CVS. Fakta? Podívej se na dnešní systémy

[fakenickname]

Nevidím nic co by jasně převyšovalo subversion. Sice nemám ve verzování moc zkušeností, ale kdyby bylo něco daleko lepšího jak naznačuješ, tak proč teda ještě většina používá ten ošklivý zastaralý subversion? A samozřejmě neberu v potaz proprietární věci. Ty mě, pokud je alternativa, nezajímají.

[thingie]

Prakticky všechna jména z té části otevřených distriubovaných systémů jsou s SVN naprosto nesrovnatelná (git, darcs, bazaar, možná i další, ale ty neznám)

[fakenickname]

A nějaké technické informace? Jsme na odborném portále tak by nebylo od věci to podložit nějakými faktickými a technickými poznámkami. Nebo jenom plácáš "TOHLE JE LEPŠÍ!" ?

[thingie]

Si to třeba v té wiki přečti Už jenom ta distribuovanost, chjo.

[andree]

a aku vyhodu ma distribuovanost pri vyvoji 5timi ludmi? git a pod. su urcite dobre veci... ale kym si clovek len potrebuje odkladat verzie pocas programovania (a obcas si pozriet, co bolo v starsej), nevidim dovod preco sa nutit do nejakej brutality (ok, to neviem isto, ake je zlozite robit s gitom) - ked zalozenie svn repozitara spolu s naucenim sa 5 prikazov je otazka par minut...

[thingie]

Pět lidí? Velmi levné a snadné větvení je fajn i když jsem sám.

A tady jde o to, že se nenutíš do absolutně žádné brutality. Ve skutečnosti se s třeba bazaarem pracuje mnohem snáž než s svn. A to ve všech ohledech.

[thingie]

Jinak, asi jsem neřek to zásadní. Nejvíc ze všeho od takovýchto věcí chci aby mi to dovolilo stahovat odkudsi hlavní větev a přidávat si do ní vlastní patche. Což mi přijde jako to nejmenší co by to mohlo umět. Podívejte se jak to umí SVN. Bídnějc než bídně.

[miso]

lokalne svn, imho git to robi podobne

[thingie]

No naštěstí existuje git-svn

[andree]

ok, pozeram na to znova a asi to pri najblizsej prilezitosti vyskusam... tvari sa to celkom pouzitelne (aj ked svn mi zatial vyhovovalo viac ako dost - az na to "premenovavanie" suborov)

[fakenickname]

No asi jsem měl dodat, že scm používám proto, že přebíhám po více počtačích a nechce se mi to tahat FTPčkem.

[miso]

mojich par pblubenych tipov:
svn blame file | less - pre jednotlive riadky vidis reviziu poslednej zmeny a autora
svn diff -r revizia1:revizia2 - rozdiel medzi dvomi reviziami, tak si mozes podla changelogu pozriet patch, ktory opravuje bugu/implementuje featuru
svn diff URL1 URL2 - porovnanie kodov v dvoch url (typicky STABLE a nejaka BRANCH)
svn diff nieco | kompare - - vysledny diff bude zobrazeny v programe Kompare (na screenshote nie je vidiet - rozdiely zobrazuje bold-om)

[fakenickname]

diky..

[atan]

A co RapidSVN?

[fakenickname]

Právě jsem ho dokompiloval a nějak mě z té kompilace vypadlo "cosi" co se tváří jako hromada knihoven a nic. Asi špatný PKGBUILD

[Milan Horák]

Používám jak pod Kubuntu, tak pod WXP; maximální spokojenost.

Navíc ho používám ne na vývoj, ale na synchronizaci dokumentů v práci a doma na OpenSVN.

[kory.cz]

Taky používám, max. spokojenost.

[s0]

kdesvn

[fakenickname]

Překousnul jsem 25MB knihoven KDE a naistaloval jsem. Funkční to je. Ale teda představoval jsem si to jinak. Všede hromada barviček a ikonek. Vůbec jsem to nepochopil. Chtěl jsem updatovat a najednou se mi objevila hromada konfliktů a nějaké další neznámé soubory. Kdyby byla nutnost tak by se to určitě používat dalo, ale přišlo mi to dost zmatené. No, ale aspon je to v repo.

[s0]

to je zvlastni. Nemas nejakz rozbity repo? ;)

Jsem snad jeste srozumitelnejsi frontend nevidel.

[disorder]

len 25? co je to za distro?

[fakenickname]

arch.. taky sem koukal.. cekal sem tak 100MB aspon ;)

[disorder]

aha tak...

Will use 102MB of disk space DL Size: 30.2MB

[David Watzke]

Jo, to je super.

[Messa]

Mě zatím SVN slouží dobře. Ale už jsem viděl repozitáře, které se ze dne na den staly nefunkční, a práce s SVN není tak rychlá, jak by člověk očekával.

Rozhodně mám v plánu si udělat průzkumné kolečko i po ostatních SCM systémech (a že jich je ). Dokonce o nich chci taky napsat na svůj blog, ale poté, co jsem za měsíc od spuštění blogu zveřejnil jediný článek, už to nevidím tak růžově (o tom abclinuxovém blogu ani nemluvě).

[janik]

Ja pouzivam subcommander... az na to ze je cez QT, je vcelku v pohode. Radsej mam vsak svn CLI

[cynik]

Pouzivam klasicke cvs a znam taky zhruba tolik prikazu co autor blogu, ono ani stejne vic potreba neni. Hlavni duvod proc pouzivam prave cvs je ten, ze jsem na vetsine projektu zacal pracovat jeste pred tim, nez vubec nejake svn a spol. existovaly (sice bych to mohl snadno predelat, ale proc to delat kdyz to perfektne funguje).

Za tu dobu jsem pouzival nekolik frontendu i kdyz jedinou duveru mam pouze ke command line. Pouzival jsem gcvs (gtk+), viewvcvs (verejny pristup pres web). Nicmene uplne nejcastej pouzivam cvs frontend v emacsu. Povazuju to za jednu z nejvetsich vychytavek v emacu a duvod proc tolik nenedavam, ze umi plno zbytecnosti.:)

[jaro_t]

Používam SmartSVN od www.syntevo.com. Je to javovská aplikácia. Základná verzia (ktorá mi na moje účely vyhovuje) je zdarma.

[ESE]

Taky jsem u něj skončil. Doporučuji aspoň vyzkoušet.

[Petr Masopust]

Me vetsinou staci svn klient v eclipse (subclipse). Ale taky musim rict ze vetsinu narocnejsich operaci delam primo pres command line klienta.

[Cohen]

[. . .] přejmenovat cp file file2 && svn del file && svn add file2 [. . .]

Tak takhle opravdu ne! Tímhle postupem přijdete o historii (respektive o její snadný výpist; fyzicky tam je, od toho SVN používáme, aby se za žádných okolností nikdy nic z předchozích verzí neztratilo ). Z file2 po tomhle manévru nepoznáte, že se dřív jmenoval file1 a nebudete mít snadno k dispozici historii změn, když se ještě jmenoval file1.

Pokud chcete přejmenovávat, tak se to správně udělá prostým svn mv file1 file2. Subversion pak ví, že to je stejný soubor jen s jiným jménem. Při výpisu historie změn file2 vám pak automaticky vypíše i změny provedené ještě na souboru se jménem file1 atd. A šetříte tím i místo v repository, protože Subversion nemusí obsah souboru file2 vložit znovu, ale jen si udělá poznámku, že už ho má v dřívější revizi pod jménem file1.

Jednou z nejskvělejších věcí na Subversion je, že má naprosto parádní dokumentaci v podobě Subversion Book. Pokud tedy Subversion používáte (i když třeba jen minimálně), tak rozhodně doporučuju do Subversion Book nahlédnout. Ty zhruba dvě kapitoly určené pro uživatele nedá tolik práce přečíst (je to psáno velice čtivou a jednoduchou angličtinou se spoustou příkladů) a dopad na efektivitu a čistotu používání Subversion je obrovský.

Přiznám se, že nemám praktické zkušenosti s žádným jiným „moderním“ verzovacím systémem, ale Subversion mi připadá celkem použitelná. Protože by se mi to momentálně hodilo pro jednoho člověka, chystám se v brzké době do svého blogu napsat krátký zápisek s jednoduchým úvodem do principů a základního používání Subversion. (Tak teď jsem zvědav, jestli se k tomu skutečně dokopu, když jsem to tu veřejně slíbil . . . ) Bude to zápisek pro někoho, kdo o Subversion nemá páru, ale chtěl by ji rychle začít používat pro spolupráci s dalším spoluautorem na jednom TeXovém dokumentu. Nechtělo by se někomu znalému napsat něco podobného pro GIT, Bazaar apod.? Udělalo by mi to celkem velkou radost, protože bych se o těchhle systéme rád něco dozvěděl a tohle by mohla být jedna z nejrychlejších a nejbezbolestnějších cest.

[fakenickname]

diky.. zamerne jsem to prejmenovani uvedl v blogu tak, i kdyz vim ze je spatne. cekal jsem az me nekdo zduchne a rekne jak ano. takze diky ;)

[Espinosa]

Doporucil bych tu Eclipse. Znam lidi co pouzivaji Eclipse jen jako cvs nebo svn klienta a jinak programuji v necem jinem (treba VS ;) Zatim jsem Eclipse pouzival predevsim s CVS, ale Subclipse plugin se tvari jako by cvs pluginu z oka vypadl, takze zatim spokojenost.

http://subclipse.tigris.org/ Tech pluginu je vic, ale Subclipse nese punc oficiality primo od tvurcu SVNka.

Na integraci Eclipse a CVS/SVN semi libi hlavne prohlizec rozdilu (lokalni verze proti repozitari, verze proti jine verzi, vetvi atd) Rozdily muzete nejen prohlizet, ale i rovnou i editovat. Vcetne obarveni syntaxe. Zamrzi jen nepritomnost content assitu, inteligentniho odsazeni a prepnuti do plnohodnotneho editoru neni tak hladke jak by mohlo.

Add pametova narocnost. Za pohodlne a uzivatelsky privetive prostredi nabite funkcemi se proste plati. A budte rad, ze v tomto propade jen RAMkou a ne na ukor vasi penezenky. Rekl bych ze pametova narocnost je umerna jejim schopnostem. Nasla by se i slabsi mistecka, jako je parser C++ v CDT, ale to je na delsi povidani.

Pouzival jsme i Kdesvn, ale tam mi vadila slabsi integrace prohlizece rozdilu. To je realizovano externi aplikaci Kdiff3, ale ta neumoznuje editaci. Kdesvn a Kdiff je mj. integrovano do Kdevelopu pokud mate zejem o silnejsi IDE, ale nedostatky jsou tam stejne, jak jsem uz popsal.