ChiliProject – Ein Redmine Fork
Zuvor schrieb ich bereits über Redmine. Ich bin natürlich derzeit stark auf Wissenssuche über das PMS und bin dabei auf ChiliProject gestossen. Erstmal musste ich stutzen, weil es so gleich aussah und war dann beim Lesen echt erstaunt, dass es ein Fork von Redmine ist. Die Entwickler witmen eine ganze Seite ihrer Begründung für das Forken von Redmine. Hauptsächlich kritisieren die Entwickler, dass bei Redmine zu wenig auf die Community gehört wird und Patches von dieser nur selten eingebracht werden.
Dieses Manko möchte ChiliProject korrigieren. Seit dem Februar diesen Jahres arbeiten sie an dem Projekt. Nach einer Durchsicht haben sie noch nicht viel getan. Natürlich haben sie aufgrund des Willens die Community mehr einzubringen eine Chance sich durchzusetzen, aber da werden dann wohl die Entwickler von Redmine reagieren.
Ich bleibe derzeit aber noch bei Redmine. Die Weiterentwicklungen dort sehen in meinen Augen erfolgreicher aus. Wer Redmine erweitern möchte, der kann auch Plugins schreiben und dann kann jeder User selber entscheiden, ob er diese Erweiterung nutzen möchte oder nicht. Die Redmine-Entwickler bringen auch so einiges an Updates raus. Dennoch wird es spannend wie es da weitergeht.
Redmine – Eine gelungene Alternative zu Trac
Ich verwende gerne Projekt-Systeme, die direkt auf meinem Server laufen. Man hat einfach den Vorteil, dass man von überall dran kommt und seine Ideen und Tickets eintragen kann. Am verbreitetsten ist wohl Trac. Auch bei mir auf Arbeit werde ich neben Bugzilla mit diesem System konfrontiert. Allerdings bin ich wahrlich kein Freund von Trac. Die Entwickler schaffen es seit Jahren nicht das Projekt auf Version 1 zu bringen. Es ist im Prinzip ein ewiger Beta-Test. Die Entwicklung schreitet dabei auch noch langsam voran. Man kann dem System nicht einmal nachsagen sich einfach installieren zu lassen. Ich hatte damit große Probleme. Auf Basis von Python ist es natürlich ein schön schnelles System, das kann keiner bestreiten. Und doch überwiegen in meinen Augen die Nachteile von Trac.
Nach einiger Suche hatte ich mich dann mal an Redmine versucht. Redmine basiert auf Ruby und bereitet allein aufgrund dessen so manchem Administrator schon eine Gäsehaut. Zumindest habe ich diese Erfahrung gemacht. Ruby scheint nicht sonderlich beliebt zu sein und doch empfand ich es als einfach es auf meinem Server nachzurüsten. Das ganze System von Redmine ist ist stätiger Entwicklung und dabei auch nicht einmal langsam. Die Community ist nicht gerade die größte und doch sind die Plugins ganz cool, die es gibt. Eigentlich ist für jeden etwas dabei. Redmine hat gegenüber Trac vor allem den Vorteil, dass man einfach mehrere Projekte verwalten kann. Das Frontend gibt dies alles schon her.
Am Besten aber man sieht es sich selber an. Unter der Adresse http://demo.redmine.org/ findet man eine Demonstration des ganzen Systems. Es gibt im Übrigen auch eine Vielzahl an Third Party Tools für Redmine. Dazu gehören natürlich auch Apps für Android und Apple, die ich wirklich gelungen finde.
Was ist euer Favorit bei der Projektverwaltung?
Wenn gewünscht dann verfasse ich auch gerne ein kleines Tutorial zum Einrichten von Redmine. Obwohl ich dies als Ausreichend empfand.
Zend Acl mit Ini Konfiguration und Resourcen
Ich hatte bereits einmal einen Artikel über eine Acl mit INI Konfiguration. Dort gab es einen Kommentar von evilmonkey, den ich sehr anregend fand und mir nun einmal die Zeit genommen habe diesen umzusetzen.
Die Konfiguration basiert auf einer Zend_Acl und wird mit einer Ini Datei über Zend_Config_Ini befüllt. Das ganze funktioniert als Resource mit dem Bootstrapping. Vielleicht ist es für den ein oder anderen eine Anregung.
Folgen auf TwitterAktuelles aus aller Welt und immer auf dem Laufenden bei zorta.de