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?

Odpovedet emailem