[Java lista] verziokovetes

[Zsolt Czinkos]

És még egy gondolat: első lépésben szerintem érdemes tartózkodni
minden saját ötlettől pl az SVN felosztását, branchelési gyakorlatát
illetően. Mindenben mások által használt patternek-et érdemes követni
az elején. Hacsak nincs valaki nálatok, aki nagyon ért ilyesmihez, de
akkor aligha írtad volna ezt a levelet:)

üdv

czinkos

2008/3/6 Zsolt Czinkos <czinkos at gmail.com>:
> Az én 2 fillérem:
>
>  Mi az alábbiakat használjuk, és 1 év után(!) kezdenek gyökeret verni.
>  Mindegyikhez szükség van konvenciókra, fegyelemre, de a változások
>  követhetők, menedzselhetők anélkül, hogy túl nagy dózist kapnának a
>  fejlesztők:
>
>  1. maven2 keretrendszer a build + deploy-hoz (egy-két saját
>  plugin-nel, ahol szükséges)
>  2. SVN repository (CVS-ről álltunk át) a szokásos projektenkénti
>  branches/tags/trunk felosztásban
>  3. Hudson build eszköz, ami automatikus és kézi indítású buildeket,
>  deployokat végez
>  4. Trac issue tracker (SVN integrációval, wikivel)
>  5. Eclipse-ben maven plugin
>
>  Ezek meglehetősen egyszerűen felhúzhatók, és kis cégeket sem ver
>  földhöz a bevezetésük. Egyik sem csodafegyver, kellenek konvenciók,
>  esetenként scriptek, de pont ezért a betanulási költség nem túl magas.
>
>  Nem könnyű műfaj ez, ha nincs a menedzsmentnek megfelelő fegyelme és
>  előrelátása, a fejlesztőknek meg türelme tanulni és megfelelően
>  kezelni ezeket, akkor kínlódás lesz. Én pl azt havasolnám, hogy a
>  branch+merge-öt apránként vezessétek be, és ne kezdjetek bele rögtön
>  3-4 branchbe, és azok merge-ölésébe. Meg ilyen okosságok:)
>
>  üdv
>
>  czinkos
>
>  2008/3/6 Fisha <fisha at freemail.hu>:
>
>
> >
>  >
>  >
>  > Sziasztok!
>  >
>  >
>  >
>  >
>  > Dinamikusan novekszik a kicsinek indult cegunk, egyre tobb a fejleszto es a
>  > fejlesztes es egyre nagyobb problemat jelent a verziokovetes.
>  >
>  > Leirom cimszavakban a szivasokat:
>  >
>  > 1. tobb fejlesztes fut egyszerre ugyanarra a projektre
>  >
>  > 2. ezeknek a elorehaladasa elore nem meghatarozhato. Nem tudjuk elore,
>  > melyik kerul fol elobb, melyik kesobb
>  >
>  > 3. raadasul nem 4 rendszerunk van: fejlesztoi teszt1 teszt2 eles. Az se
>  > biztos, hogy, ami elobb ment teszt1-be az elobb megy majd elesbe is.
>  >
>  > 4. Akar 10-15-en is dolgozunk ugyanazon nagy projektnek mas-mas kisebb
>  > fejlesztesen.
>  >
>  > 5. jo lenne valahogy kulon (de megis egyben) kovetni a fejlesztesi
>  > verziokat, meg az elesedesi verziokat is (teszt1, teszt2, eles)
>  >
>  >
>  >
>  >
>  > Eddig cvs-t hasznaltunk sima parancssorbol, de mar nem nagyon tudjuk ezeket
>  > a dolgokat karban tartani. Minden javaslat erdekel, olyanik, mint:
>  >
>  > 1. tok jo a cvs es ezeket a dolgokat siman lehet benne kezelni, olvass utana
>  > itt es itt
>  >
>  > 2. tok jo a cvs, csak kell hozza valami csili-vili kliens es minden jo lesz.
>  >
>  > 3. tok jo a cvs, csak hasznaljatok belole valami szuper uj verziot, mert az
>  > ezt es ezt tudja
>  >
>  > 4. miert bajlodtok a cvs-szel hasznaljatok inkabb xyz-t, mert az sokkal jobb
>  >
>  > 5. barmi mas javaslat, eszerevetel, kerdes.
>  >
>  >
>  >
>  >
>  > Bonusz kerdes: a svn miben mas, mivel jobb (ha jobb egyaltalan), mint a cvs.
>  >
>  >
>  >
>  >
>  > Elore is koszi a valaszokat!
>  >
>  >
>  >
>  >
>  > Udv,
>  >
>  > Fisha                            mailto:fisha at freemail.hu
>  >
>  >
>  >
>  >
>  >
>  >
>
>
> > _______________________________________________
>  >  Javalist mailing list
>  >  Javalist at javagrund.hu
>  >  http://javagrund.hu/mailman/listinfo/javalist
>  >
>  >
>