Redmine

Fejlesztés

Sziasztok!

Olvastam 1-2 helyen, hogy userek azt irtak hogy a Redmine-n korszerubb/jobb eszkoz a fejlesztok kezeben, mint a Trac!

Kerhetnek kompetens velemenyeket ? Mibol jobb, mit tud pluszban nyujtani, mi a tracnek a hibaja? stb.

  • 4762 megtekintés

( djszapi | 2009. 05. 13., sze – 21:49 )

A kovetkezo szempontok erdekelnenek inkabb:

1. verziokovetes, lehetoleg GIT
2. BITTEN, unit tester
3. WIKI
4. TICKET rendszer (jol mukodo)
5. fontos h bovitheto elgyen, trachez iszonytatos mennyisegu plugin letezik
6. Esetleg email notification

Hat, hogy unit tesztet tud-e a redmine, arrol gozom sincs, nyilvan valahol letezik ilyen plugin hozza, en nem kerestem, mert nem merult fel igenykent. Bugzillat tartalmaz, wiki oldalakat lehet benne csinalni, git/svn/cvs/mercurial/darcs verziokezeloket ismeri, es eleg jo a szabalyrendszere, letre lehet hozni kulonbozo role-kat, illetve eleve is vannak beepitett role-k, kepes a teljes egeszeben valo kommunikaciora, idokovetest gantt diagrammal szinten tud. A bugokat talan nem lehet olyan reszletesen beallitgatni, de azert jol mukodik.

Ami szerintem fantasztikus a redmine-ba, az a ruby nyelv, amiben irodott. Hihetetlen egyszeru szinte barmilyen plugint megirni hozza.

A masik fantasztikus dolog benne, az az e-mail alapusagra valo lehetoseg. Kepes vagy ugy kezelni bugokat, hogy az eletbe nem mesz el a redmine bugzilla oldalara, csak e-mail klienst hasznalsz. Egy engedelyezett e-mail cimrol bizonyos formai szabalyoknak megfelelo levellel lehet a) uj bugot bekuldeni b) bughoz kommentet irni c) bug parameteret megvaltoztatni. Ezt a redmine meg azzal is segiti, hogy eleve olyan notification leveleket gyart le, ami megfelel a sajat szabalykovetelmenyeinek, tehat eleg csak valaszolni rajuk plaintext formaban.
Sot, arra is nyilik lehetoseg, hogy egy megfeleloen megfogalmazott commit uzenettel lezarj egy bugot.

A plugin ellatottsaggal sajnos nem vagyok igazan tisztaban, nekem azonban nem szempont, mert ismerem a ruby nyelvet, a redmine apija sem egy ordongosseg, igy viszonylag hamar ossze tudnek utni hozza plugint, ha epp az kellene.

A redmine-ra ugy talaltam ra, hogy kellett valamikor egy rails alapu alkalmazas, mert tesztelni kellett egy rails kornyezet osszeallitast. A google elso par talalata kozt ez jott ki, leszedtem, felraktam, jo volt. Aztan hasznaltam egy kicsit, es beleszerettem. Most ezt hasznalom. Azert szeretem, mert nagyon kezreall, aki meg sosem latott ilyesmi rendszert, meg az is belejon rovid ido alatt a hasznalataba.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( hrgy84 | 2009. 05. 13., sze – 22:06 )

A trac-cal nem sokat foglalkoztam, de szerintem nagy hibaja, hogy egy kezdo szamara iszonyu bonyolult a telepitese, es a hasznalata is. Meg ott is, ahol a python alapu webalkalmazasok mindennaposak, problemas tud lenni. A redmine-e viszonylag egyszeru, nem sokkal bonyolultabb telepiteni, mint egy php alapu webalkalmazast.

En a trac telepitesen elbuktam, fel nap szivas utan adtam fel, mert nem akart olyan lenni, aminek en szerettem volna.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( djszapi | 2009. 05. 14., cs – 16:16 )

5 perc :)

Birom az ilyen nagyagyukat, akit 5 perc alatt kifejlesztenek valamit!

Ha meg vicceltel, akkor meg nem itt a helye, kerlek mashol vicelodj!

Nyilvan nem banki biztonsagi szintu plugint fogok beletolni ot perc alatt, de mondjuk egy e-mail alapjan valamit csinalo modult tenyleg nagyon gyorsan bele lehet rakni.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Ebben egyet kell értenem, Tracnak elég jól ki van találva a komponensrendszere, könnyű hozzáfejleszteni. Érdemes csak a Trac-Hacks-t megnézni. Tulajdonképpen ez az oka annak, hogy bár a belseje helyenként nagyon ronda (volt a 0.10.x időszakban, de 0.11-et amíg követtem, ott is voltak viccesen hardkódolt részek), mégis nagyon sok célra lehet jól használni.

Egyébként mindkettőt használom sok projektben.

Az én véleményem szerint a Redmine előnye, hogy támogat multiprojekt felállást, és az alaprendszerben több feature van, mint a Tracban (pl. ticketek között kapcsolatokat lehet definiálni...stb.)

Ugyanakkor a Trac UI sok helyen szerintem jobban el van találva, pl. a repository browser környékén...Redmine-nál néha csak keresgélem a Tracból megszokott dolgokat. Ugyanez igaz a Ticketek szűrőinél is, bár ez biztos ízlés kérdése.

A Redmine-nál jóval kevesebb plugin van, azt nem tudom, hogy ez a rendszer korlátaiból fakad, vagy az alaprendszer tud túl sokat...és nem kell pluginozni.

Telepítés:
- Trac-nál szerintem Postgres-t érdemes alá tolni, Sqlite nekem csak bajt okozott. Ezen kívül, ha a python easy_install -lal, WSGI telepítéssel képben van az ember, akkor hamar be lehet állítani. Ismét csak személyes dolog: mod_python-nal nekem csak rossz tapasztalataim vannak. Korábban csináltunk FastCGI-s telepítést, de elvileg mod_wsgi-vel már jóval kényelmesebben meg lehet oldani.

- Redmine-nál én kicsit speciálisan játszom: Jruby-val futtatom Jetty containerben Warblerrel összecsomagolva. Működik szépen, de egy-két dolgot be kellett állítani. Lehet leírásokat találni hozzá különböző blogokon. Az ok, hogy a szerver, ahova telepítenem kellett eredetileg, Java-t tudott, a Ruby összes dependencyjét pedig nem volt kedvem felrakni, ezért így jobban el van szeparálva a Redmine környezet.

Üdv,
Gergely

Nalunk valszinu akkor cgi lesz, viszont db-nek muszaly mysql-t raknom a trac ala, mert csak az van, es nem nagyon tudok mast hasznalni.

Nalam a redmine rendes rails kornyezetben fut, phusion passenger tamogatja meg, igazabol ha nem hasznalja senki, akkor csak egy peldany ul cache-ban. Jo, mert az apache-val ketto mozdulatbol integralhato, nincs kulon kezelendo webszerver (mongrel/webrick), es monitorozhato.

Igen, ez nekem is feltunt, hogy a redmine pluginezettsege mintha szegenyesebb lenne, de en ezt betudtam annak, hogy nem is igazan kerestem hozza. Rengeteg dolgot tud alapbol, es konfig fajlhoz csak a telepiteskor kellett nyulni.

A repository browser tenyleg lehetne picit jobb, de azert a redmine nem egy oreg butordarab, lehet ez meg jobb is. Ugyanez vonatkozik a ticketekre is, bar gondolkodok egy kliens appon hozza.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

???

FYI a trac mar "ki van fejlesztve" 


# cd /usr/ports/www/mod_python3 && make install clean
# cd /usr/ports/www/trac && make install clean
# rehash

# vim /usr/local/etc/apache22/httpd.conf
LoadModule python_module libexec/apache22/mod_python.so

# vim /usr/local/etc/apache/extra/httpd-ssl.conf (vagy httpd-vhosts ha nem akarsz szekjur lenni)
Alias /trac "/usr/local/www/trac"
<Directory "/usr/local/www/trac">
    SetHandler mod_python
    PythonHandler trac.web.modpython_frontend
    PythonOption TracEnvParentDir "/usr/local/www/trac"
    PythonOption TracUriRoot "/trac"
    PythonOption TracLocale "uk_UK.UTF-8"
</Directory>

# mkdir /usr/local/www/trac
# trac-admin /usr/local/www/trac/project_neve initenv
# chown -R www /usr/local/www/trac && chmod 770 /usr/local/etc/trac
# trac-admin /usr/local/www/trac/project_neve permission add djszapi@domain.tld TRAC_ADMIN

# vim /usr/local/www/trac/project_neve/conf/trac.ini
(adja magat, valamint: trac.edgewall.org)

(ez fbsd mer az fejbol meg, de gondolom linuxon is valai nagyon hasonlo)

Ha ket ujjal gepelsz, akkor is max 10 perc.

Ez a resze konnyu, inkabb az ini-vel voltak bajaim. De meg egyszer neki fogok ugrani valamikor 2-3 het mulva, mert nagyon jo lenne, ha sikerulne normalis mukodesre birni. SSL valszinuleg nem lesz, mert a hibajegyek kezelese amennyire csak lehetseges e-mailen keresztul lesz intezve. Nem tudom, hogy a trac-nak milyen eziranyu kepessegei vannak, de remelem nem csalodok.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( magyarver | 2010. 01. 31., v – 15:59 )

bitnami.org/stack/redmine

Én ezzel tettem fel, kiváncsiságból (Ízi mód mint forrásból) és szerintem relatíve iszonyat sok fájlt rakott fel ahhoz képest amit tud.. Feltette az apachot meg sok más szerver alkalmazást és fejlesztőkörnyeztet is de nyilván az az én hibám nem figyeltem csak feltettem hogy megnézzem milyen. Rubyhoz nem értek googliba a leírások hosszadalmasak kinek éri meg ennyit foglalkozni vele? (konfigurálni). Ki lehet ebből valami komolyat hozni? vagy mi jó benne?

Amit így ránézésre látok ...ilyen ticket rendszert tudok írni magam is, ami kisebb, gyorsabb és hordozható...

Nekem azt mondja meg vki, hogy lehet upgrade-elni.

Bar az install sem mindig sikerul. Mar az sem mind1, melyik konyvtarban adom ki a rake-et, ill. hogy hogy van elnevezne a pluginnek a konyvtara, mert az fix-re van allitva, de a fejlesztoje nem azt allitja be.

AMikor mukodik, akkor tuti jo, de amint barmi problemaba utkozik az ember, vert pisalhat. Foleg, ha nem vagja a ruby-t kellokepp.

tompos

Igen, es utana ki fog derulni, hogy nem megy. Pl. mi van, ha egy plugin nincs az adott verziohoz? Mi van, ha nem tudja upgrade-elni az adatbazist?

Van egy installom, ahol az emailekben a from mezo nem tud mas lenni, csak a default ertek, igy azt kellett atirnom. Hat az eleg gany:)

Nem, nem akarom megtanulni a ruby-t. En uzemeltetni szeretnem, nem programozni.

Ja es meg vmi, a pluginek telepitesenel meg az sem volt mind1, milyen sorrendben csinaltam.
Valamint stabiol verzio persze nincs belole. Van legujabb, aztan csokolom.

Sok sebbol verzik ez a koncepcio, szerintem.

tompos

ui.: rake: OK, lehessen kiadni csak egy bizonyos helyen (mi ertelme, ha csak ugyis egy helyen, akkor nem mind1, hol?), de akkor mashol ne fusson le ugy, h modositast csinal, es lehessen uninstallt csianlni vele

Éppen ezek a problémák azok, amik megoldódnának egy Ruby (esetleg Rails) könyv átfutása után. De ha nem, hát nem.

Én Redmine-ra Mantis-ról álltam át és egyből ki is váltotta a Dokuwiki-t is. Úgy találtam meg, hogy Rails-t akartam tanulni és kerestem hozzá jól összerakott forrást, de aztán rájöttem, hogy ez sokkal komolyabb, mint a Mantis és nincs tele ronda PHP-s kóddal.

Nem voltak ilyen problémáim még, mivel azt tudtam, hogy a rake mit csinál és hogyan frissíthetem az egészet. Egész pontosan milyen pluginnel voltak problémáid?

"Uninstall": Visszatérhetsz egy régebbi adatbázisra, pl így:
rake db:migrate VERSION=86

Ezt persze nem fogod megérteni, ha nem ismered a Rails legnagyobb találmányát, az adatbázis migrációkat.

--
http://sandor.czettner.hu

( magyarver | 2010. 01. 31., v – 21:59 )

"Ruby szabad szoftver, nyílt forráskódú, teljesen objektumorientált, interpretált programozási nyelv. Minden komolyabb platformon működik (természetesen interpretere telepítése után). Egyebek mellett a Ruby on Rails keretrendszer révén webes alkalmazások fejlesztésére is." - by Wikimaca

Honnan vehettem én azt, hogy a Ruby egy php keretrendszer?

Telj. független interpreteres sciptnyelv.. de azért van hasonlóság php és ruby között..

Hat a hasonlosag kimerul a Java es a BASIC kozti hasonlosagban, de egyebkent tenyleg. Mindketto programozasi nyelv, illetve a Rails az egy templatingen alapulo valami. A PHP viszont mint nyelv templatingen alapszik, ellentetben a Ruby-val, amelynel a Rails csak egy framework.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

( airween v | 2010. 02. 01., h – 11:31 )

Egy gondom van a redmine-nal: iszonyat lassú, jellemzően az "indulás", tehát aki reggel elkezdi használni, az vár 10-15mp-et, hogy be tudjon lépni. Ill ha saját HTTP kiszolgálóján keresztül értük el (nem Apache-on keresztül) akkor 1 nap után csontra fagyott. (legfrisebb verzió).

Egyébként kisebb cégnél egyszerűbb feladatokra nagyon jó, és használható segítség.

Nem vagyok egy Drupal guru, inkább csak üzemeltetek olyan szervert ahol van Drupal. Ezt találtam:
"Every Drupal install requires regular actions to handle maintenance tasks such as cleaning up log files and checking for updates. Cron.php is the file that Drupal uses to run the maintenance process."

forrás: http://drupal.org/cron

Nem tudom van-e köze az admin felületen előforduló warningoknak, de ha _ezt_ összehasonlítom azzal, hogy "ne induljon lassan az oldal", akkor azért ég és föld...

Annyibol, hogy az admin feluleten sir a maintenance oldal nem lefutasaert, es sokszor el is cseszi az admin felulet temajat a siramaival. Termeszetesen nem lehet kikapcsolni a warningokat, mert miert lehessen.

Az indulasi problemara visszaterve: meg mindig azt mondom, hogy a te keszulekedben van a hiba. Mi uzemeltetunk rails/passenger kornyezetet, es 5-6 sec alaatt felbootol, es ez a max. Winyo, terheltseg, ruby/rails verziok... ez az elso kor, amit megneznek.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

Köszönöm, ha lesz időm kipróbálom, bár első blikkre azért fura hogy egy egyszerűnek tűnő alkalmazás miatt "enterprise" környezetet kell. Megint csak összehasonlítva pl a Trac-kel, ott nem volt ilyen. :)

Mi a gond a disztribek által fordított Ruby-val (és MySQL-lel)? Csak kérdem, érdekel.

a.

Ez az egész boot dolog a Rails 2.x-el kezdodott, mert be lehet neki allitani, hogy automatikusan toltse be a libeket indulaskor, igy nem kell "require". Innentol kezdett lassulni a boot. A ruby enterprise gondolom javít ezen, én nem próbáltam, de a grafikonok meggyőzőek róla. Azt hiszem fel is rakom a dev szerverre, mert fele annyi memóriát eszik és abból most kevés van :)

A boot-ra ezt találtam:

PassengerPoolIdleTime 14400
PassengerMaxInstancesPerApp 2

Így több ideig nem dobja el a memóriából a Rails alkalmazásodat

--
http://sandor.czettner.hu

enterprise csak egy penzlehuzos ruby fork, inkabb az ottani phusion passenger, ami hasznos, de azt mintha mar emlitetted volna, hogy hasznalod, szoval nem ez a gaz.
hanem pont az, hogy a passenger adott ideju inaktivitas eseten lelovi a kiszolgalot, es az elso lapletoltesre elinditja.
ezert lassu reggelente az elso lapletoltes.
nezz korul a configban, hatha ki lehet kapcsolni ezt a viselkedest (vagy magasabbra venni a kuszoberteket), ha nem, akkor csinalj egy cronjobot, ami idonkent letolt valamit a redmine-bol, hogy ne alljon le a kiszolgalo.

Tyrael

Én most raktam fel az enterprise-t, de még nem jött a csekk :) Szerintem ez ingyen van, sőt 100% open source. Csak optimalizáltak a fordítás menetén szerintem.

A redmine boot kb a felére csökkent, de ami a lényeges volt most nekem, a memóriafogyasztás 2/3-ára

--
http://sandor.czettner.hu

Hu, elszaladt itt a lo nagyon.

A ruby enterprise free, viszont nagyon sokat optimalizaltak a kodon, bar sokkal regebbi sajnos az o verziojuk, mint a latest 1.8 branch.

Az, hogy ne loje ki, abszolute nem jo otlet. Takaritsa ki a nem hasznalt szemetet, mert egy ido utan csak azert all le a kiszolgalas, mert otezer eves felgigas passenger peldanyok tosznak a memoriaban. Inkabb a lassabb boot.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.

meg lehet azt szepen csinalni.
apache workereknek is van egy eletciklusuk, folyamatosan szuletnek, kiszolgalnak, halnak meg, megsem veszed eszre, szoval itt is lehetne ugy, hogy x kiszolgalas utan B processnek a balancer nem ad tobb kerest, nyom ra egy kill-t es indit a helyere egy ujat.

btw. el is tudom kepzelni hogy mar mostis tamogat ilyen prefork megoldasokat, sot mintha pont emiatt lenne az alacsonyabb memoria hasznalata is az enterprise-nak.

amugy asszem mintha 1.8.6 lenne, es mar van/lesz 1.9 bol is enterprise.

Tyrael

( sibidiba | 2010. 02. 01., h – 23:06 )

Trac egy nagyon ügyes, nagyon egyszerű, de minimalista suite.

A wiki, bugtracker része elég kiforrott, de itt nagyjából véget is ér a lista. Mindenkor össze van kötve pontosan egy SVN repoval, ami ha neked épp nem jó, akkor hoppon maradsz. Adminolni kb. annyit lehet rajta, hogy usereket fix roleok köré szervezel, pl. kitilthatod őket a wikiből.

Ha egy SVN repó fölé kell egy gyorsan integrálható, gyorsan megtanulható wiki és bugtracker, csak ajánlani tudom. Ha ennél több kell érdemes olyannal indulni, ahol nem azzal megy el az időd, hogy alpha-béta pluginek után vadászol.

--
The Net is indeed vast and infinite...
http://gablog.eu