RE: eclipse + subversion
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Petr Burdik Sent: Wednesday, January 31, 2007 5:14 AM To: Java Subject: Re: eclipse + subversion Dobry den 1. pouziti prikazoveho radku jeste nikoho nezabilo. Ani ve windows. Pouzivani cvs/svn z prikazoveho radu je na zabiti. Tedy predevsim na zabiti toho, kdo prehledne nejaky pridany/smazany/prejmenovany soubor. Na zabiti toho, kdo si to zjednodusil a pri prejmenovani/presunu tridy ztraci historii (tyka se jen svn, samozrejme). Pri rozsahlejsim pouzivani refactoringu (a to je snad XP docela dulezite, nebo se pletu?) je SVN plugin do IDE potrebny. Vyhodou je take pokud zobrazuje co se v momentalne editovanem souboru zmenilo (plus moznost se kdykoliv podivat na zmeneny blok a vratit) ci zobrazeni blame/annotate informaci primo pri editaci. Radkoveho svn clienta samozrejeme (jakozto unixak) pouzivam - krome svn add/delete/move, to musi delat IDE samo. Bohuzel, k samotnemu tematu SVN plugin do Eclipse nemohu nic rici, protoze Eclipse nepouzivam. -- Kamil podlesh Podlesak [EMAIL PROTECTED]
Re: eclipse + subversion
1, Ten problem s rychlostou - mozno nie je problem. Aka vekla je ta nova kopia? Mate v repo aj kniznice? Alebo aky je server alebo v pripojenie(ak to nie je LAN). Skusil by som to porovnat s inym klientom. Totiz v eclipse to funguje tak, ze sa to najprv nataha a az potom processuje. Rychlost je 10 minut pro stazeni asi 40 projektu s celkovou velikosti cca 350MB na disku. Server ja na LAN, takze v siti problem neni. Intimni otazka, jak mate subversion nakonfigurovany na serveru. WebDAV? HTTPS? A jak dlouho vam todle zverstvo trvalo v CVSku? -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: eclipse + subversion
Ahoj, ja som skusal oba, subclipse aj subversive a lepsi je subclipse (ale uz presne neviem preco, sa mi zda ze je viac user-friendly). Ono moc velky rozdiel asi nebude ked pouzivaju tu istu kniznicu (http://www.svnkit.com/ vid kto to pouziva), ktoru pouziva aj IDEA. 1, Ten problem s rychlostou - mozno nie je problem. Aka vekla je ta nova kopia? Mate v repo aj kniznice? Alebo aky je server alebo v pripojenie(ak to nie je LAN). Skusil by som to porovnat s inym klientom. Totiz v eclipse to funguje tak, ze sa to najprv nataha a az potom processuje. 2, jasne ze ide, to je pure java 3, ano ma 4, ano ma 5, no tu by som sa drzal knizky http://svnbook.red-bean.com/ A k tomu refactoringu, neviem preco by bol potrebny comit po premenovani - aky je dovod? Jedine ze by vznikal nejaky konflikt, ale podla mna nevznika. A este na zaver by som poznamenal, ze mne osobne sa paci produkt SmartCVS. JE aj SmartSVN http://www.syntevo.com/smartsvn/highlights.jsp. Je tu odlisni pristup k zobrazeniu, ako inde. PS:Ludia co vivijaju subclipse su ochotny a radi zlepsuju svoj produkt, koli nam dorobili podporu pre eclipse-symlinky. vladimír karásek wrote: Dobrý den, chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Co mně zajímá: 1. Rychlost satažení nové kopie projektu z repository 2. Možnost používat kleinty na platformách Windows, Linux a Solaris 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. 4. Větvení a spojování. 5. Struktura repository. Náš současný stav. Máme asi 30 projektů, které jsou vzájemně závislé. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak?
Re: eclipse + subversion
PS:Ludia co vivijaju subclipse su ochotny a radi zlepsuju svoj produkt, koli nam dorobili podporu pre eclipse-symlinky. Navic subversive se presunul pod kridla eclipse (http://www.eclipse.org/proposals/subversive/) a co jsem (pred casem) v mailink listu subclipse vycetl, tak se snad bude spoluprace obou komunit sblizovat ... uvidime -- Jiří Mareš (mailto:[EMAIL PROTECTED]) ČSAD SVT Praha, s.r.o. (http://www.svt.cz) Czech Republic
Re: eclipse + subversion
Subversive je daleko mladsi projekt nez Subclipse, takze ma sem tam mouchy, zatim hlavne co se tyce performance na default nastaveni, ale ja sem na nej velice rad presedlal, Sublicpse vyvoj se mi zda pomalej a vim ze sem obecne ze Subclipse nemel dobrej pocit. Ciste subjektivni pohled. Subversive je oproti tomu o dost aktivnejsi a jak uz zde padlo, stehuje se pod kridla Eclipse Foundation a to uz podle me taky neco znamena. Ja zvedam ruku za Subversive. Tomas Studva wrote: Ahoj, ja som skusal oba, subclipse aj subversive a lepsi je subclipse (ale uz presne neviem preco, sa mi zda ze je viac user-friendly). Ono moc velky rozdiel asi nebude ked pouzivaju tu istu kniznicu (http://www.svnkit.com/ vid kto to pouziva), ktoru pouziva aj IDEA. 1, Ten problem s rychlostou - mozno nie je problem. Aka vekla je ta nova kopia? Mate v repo aj kniznice? Alebo aky je server alebo v pripojenie(ak to nie je LAN). Skusil by som to porovnat s inym klientom. Totiz v eclipse to funguje tak, ze sa to najprv nataha a az potom processuje. 2, jasne ze ide, to je pure java 3, ano ma 4, ano ma 5, no tu by som sa drzal knizky http://svnbook.red-bean.com/ A k tomu refactoringu, neviem preco by bol potrebny comit po premenovani - aky je dovod? Jedine ze by vznikal nejaky konflikt, ale podla mna nevznika. A este na zaver by som poznamenal, ze mne osobne sa paci produkt SmartCVS. JE aj SmartSVN http://www.syntevo.com/smartsvn/highlights.jsp. Je tu odlisni pristup k zobrazeniu, ako inde. PS:Ludia co vivijaju subclipse su ochotny a radi zlepsuju svoj produkt, koli nam dorobili podporu pre eclipse-symlinky. vladimír karásek wrote: Dobrý den, chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Co mně zajímá: 1. Rychlost satažení nové kopie projektu z repository 2. Možnost používat kleinty na platformách Windows, Linux a Solaris 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. 4. Větvení a spojování. 5. Struktura repository. Náš současný stav. Máme asi 30 projektů, které jsou vzájemně závislé. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak?
Re: eclipse + subversion
. 1, Ten problem s rychlostou - mozno nie je problem. Aka vekla je ta nova kopia? Mate v repo aj kniznice? Alebo aky je server alebo v pripojenie(ak to nie je LAN). Skusil by som to porovnat s inym klientom. Totiz v eclipse to funguje tak, ze sa to najprv nataha a az potom processuje. Rychlost je 10 minut pro stazeni asi 40 projektu s celkovou velikosti cca 350MB na disku. Server ja na LAN, takze v siti problem neni. 2, jasne ze ide, to je pure java V subversive si muzu vybrat co chci pouzivat. Mam na vyber tyto moznosti: - Native JavaHL (svn: 1.4.2 (r22196) jni 0.9.0) - SVN Kit - Subversive Default (JavaSVN 1.0.4 (http://tmate.org/svn)) jsme se priklonili k JavaHL protoze je mnohem rychlejsi nez pure Java. A este na zaver by som poznamenal, ze mne osobne sa paci produkt SmartCVS. JE aj SmartSVN http://www.syntevo.com/smartsvn/highlights.jsp. Je tu odlisni pristup k zobrazeniu, ako inde.
Re: eclipse + subversion
Dobrý den, asi mi to uniklo, ale proč že to nechcete používat řádkového svn klienta? Všechno je v něm rychlejší a hromadné přidávání souborů taky zvládne v pohodě - po jednom to dělat nemusíte. Kdysi jsem zkoušel subclipse a to byla taková katastrofa, že jsem se rychle naučil používat právě příkaz svn a od té doby je úplně jedno co které IDE podporuje za pluginy. K dotazům: Ad 1: svn checkout je rychlý dostatečně, kopii repository děláte stejně jen párkrát a denní svn update je bez problémů. Ad 2: řádkový svn používám v Linuxu, pod Windows taky-tam jsem ze začátku používal http://subversion.tigris.org/. Solaris neumím, stejně jsou to všechno Unixy, takže tam snad bude svn stejné? Ad 3: Historie se nemění, pro hledání mi vždy stačil svn log, svn update do určité revize zpátky, maximálně svn revert, kdy je fakt den blbec a člověk se chce vrátit na začátek. Pro porovnávání souborů - co konkrétně chcete porovávat? Stejně když dělá více vývojářů na jednom souboru, tak máte konflikt, který musíte řešit a pokud naučíte vývojáře podrobně psát zprávy o změnách do logu, tak pro informaci co se dělalo log stačí. Klidně ať každý dělá commit několikrát denně s každou změnou, kterou zvlášť popíše. Ad 4: Opět - kolikrát se projekt větví? U nás v Kyberii vždy stačilo mít jednu vývojovou větev (trunk), branch pro odbočky a tags pro finální verze. Minimálně trunk je dobré buildovat automaticky, ale to víte-je to popsáno v XP jako nepřetržitá integrace. Ad 5: Viz. dokumentace k SVN-určitě přečíst, je tam ukázková struktura, velmi to pomůže - http://svnbook.red-bean.com/ Jirka Hradil On 1/29/07, vladimír karásek [EMAIL PROTECTED] wrote: Dobrý den, chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Co mně zajímá: 1. Rychlost satažení nové kopie projektu z repository 2. Možnost používat kleinty na platformách Windows, Linux a Solaris 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. 4. Větvení a spojování. 5. Struktura repository. Náš současný stav. Máme asi 30 projektů, které jsou vzájemně závislé. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak?
eclipse + subversion
Dobrý den, chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Co mně zajímá: 1. Rychlost satažení nové kopie projektu z repository 2. Možnost používat kleinty na platformách Windows, Linux a Solaris 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. 4. Větvení a spojování. 5. Struktura repository. Náš současný stav. Máme asi 30 projektů, které jsou vzájemně závislé. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak?
Re: eclipse + subversion
vladimír karásek wrote: chci se zeptat jestli někdo má zkušenosti s vývojem větších (nebo středních) projektů v kombinaci eclipse a subversion. Jsme ochotní zaplatit za odborné konzultace. Dobrý den, mám odzkoušenou kombinaci Eclipse + plugin Subclipse: http://www.eclipse-plugins.info/eclipse/plugin_details.jsp?id=338 Momentálně používám Eclipse 3.2 + Subclipse 1.0.9 (na webu píšou, že nejnovější verze je 1.0.3, nenechte se zmást). Dá se to nainstalovat pohodlně přes Update manager, či jak se to jmenuje. 1. Rychlost satažení nové kopie projektu z repository Myslím, že dostatečná. Kdysi jsem tím natahoval cca 220 MB a nevzpomínám si, že by to trvalo nějak tragicky dlouho. Pravda, potom jsem aktivně pracoval pouze s několika MB, co se týče verzování. 2. Možnost používat kleinty na platformách Windows, Linux a Solaris Mám bohužel zkušenost pouze na Windows XP/2000, zde bez problémů. Pod Subclipsem je tuším nějaká vrstvička komunikující se serverem; ta může být buď nativní anebo v Javě. Pro Windows používám tu nativní, na jiných OS netuším... Pod Solarisem používám řádkového klienta -- bez problémů. 3. Možnost procházet historii, porovnávat, upravovat. To vše nějakým inteligentním způsobem. Takže to asi bude muset být Eclipse plugin. Je zde přístup k logům, můžete checkoutovat dle čísla revize, porovnávání je velice intuitivní. Vše je integrováno přímo do Eclipse. Pěkně to dělá svn status -- můžete filtrovat pouze změny ven anebo k vám, případně obojí. 4. Větvení a spojování. Větve podporuje, umí switch. Spojování jsem myslím nikdy nedělal. 5. Struktura repository. SVN pracuje i pro větve s URL, takže jak si to uděláte, tak to máte :-) Naše struktura byla poměrně složitá a chtělo by to hodně vysvětlování, ale na většinu normálních projektů snad vystačíte se strukturou popsanou v manuálu, tj. trunk, branches a tags. Používali jsme až donedávna CVS a vedení se rozhodlo, že je na čase použít něco vyspělejšího. Subversion slibovalo hodně ale přechod je více meně pain in the ass. Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Zde nemohu sloužit. Používal jsem oboje, ale nikdy nemigroval. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. To myslíte checkout projektu anebo update nějakého souboru? Nevjětším problémem je situace, kdy musíme přejmenovat class a pak ho nějak dál upraovat. Jenže udělat v daný moment nemůžeme. Musíme přejmenovat, udělat commit a pak můžeme dělat druhou operaci. Což je velice nepohodlné. Myslím si, že to musí jít nějak snadněji. Ví někdo jak? Současná verze Subclipsu se chová tak, že provede Delete na starou cestu a Add na novou (navíc s plusem ve druhém sloupečku). A než provedete commit, lze ten nový soubor poeditovat. Ale to je snad standardní chování svn mv, nebo ne? Jarda
Re: eclipse + subversion
Největší problém asi bude nalezení (konfigurace) Subversion klienta pod Eclipse, momentálně používáme eclipse plugin Subversive, jeho poslední verzi. Přišli jsme na to, že pro rychlejší práci je třeba odškrnout několik checkboxu v nastavení, ale to nám pořád nestačí. Momentálně stažení nové kopie z repository trvá 10 minut. Prucejeme metodikou XP programování. Často děláme refactoring. Z vlastnej skusenosti (prave vcera som to skusal) mozem potvrdit, ze Subversive je radovo pomalsie ako Subclipse. Mozno by ho bolo teda dobre vyskusat. -- Frantisek Augusztin [EMAIL PROTECTED]
