Thema: Jira...

Warum verwenden die vom Zend Framework eigentlich kein auf Zend Framework basierenden Issue-Tracker, sondern JIRA, der ja auch Java basiert?

Mit freundlichen Grüßen
Innocentus

Weil sie nicht extra für dein Seelenfrieden das Rad erfinden wollten? Weil die Jira-Installation älter ist, als eine ZF-Version, die dafür nutzbar wäre, und eine Portierung jetzt sehr aufwendig wendig? Weils eigentlich ziemlich egal ist?

Warum bekommst Du wenn Du einen VW kaufst keine VW-Reifen dazu sondern welche von Michelin oder Continental ?

Warum sind die Milchpackerl bei Berghof nicht auch von Berghof sondern von Tetrapack ?

nächste Frage: Was hat das in "Konzepte & Ideen" zu suchen?

Auch wenn heute Feiertag ist ... please don't feed the trolls.

Allerheiligen als "Feiertag" zu bezeichnen, liegt Evangelen fern

Was gibts den auf ZF basierend?

Zitat von boonkerz

Was gibts den auf ZF basierend?

Damit fängts ja schon an: Mir is kein Bugtracker bekannt. Auch wenn es eins gibt, sollte es bis zu dem Umfang von JIRA allerdings wohl noch ne Weile dauern, wobei ich es auch fraglich finde, ob für solch umfangreiche und integrierte Lösungen PHP wirklich gut geeignet ist.

Zitat von KingCrunch

ob für solch umfangreiche und integrierte Lösungen PHP wirklich gut geeignet ist.

Ketzer

Um was machst du dir denn im Detail sorgen?

Skalierbarkeit ^^
PHP als Skriptsprache läuft eben (normalerweise) nur pro Request. Ich weiß ja nicht, was JIRA so wegen SVN und haste-nicht-gesehen noch so im Hintergrund rödelt.

Das Jira-SVN wird soweit ich weiß auch nur durch Hooks realisiert

Man kann bei SVN doch Hooks einstellen, dass es eine URL aufruft (Webservice ) wenn es einen Commit gab, von aher brauch es nicht dauerhaft pollen und wäre auch per PHP lösbar.

Hmm ... Recht hast! Wobei ich eher keine URL aufrufen würde, sondern das Skript direkt

War auch eigentlich nur das erste, was mir so einfiel, wo ein Daemon einfach zweckmässiger sein kann

Spekulationen, warum JIRA verwendet wird, sind nicht notwendig, da das Zend Framework-Team dies bereits recht früh am Anfang des Projekts offiziell begründet hat. Hier der Link für Interessierte:
Zend Framework Development Infrastructure


Man beachte die fünf Punkte unter "Why these tools?", insbesondere den fünften Punkt.

Remi

Zitat von KingCrunch

Allerheiligen als "Feiertag" zu bezeichnen, liegt Evangelen fern

Komisch - deine Quelle gibt folgendes wieder:

Staatliche Feier- und Gedenktage

• Allerheiligen, katholisches Hochfest, evangelisches Fest

also doch ein Feiertag - den auch ein evengelisches Fest kann man feiern. Aber man beachte das es ein stiller Feiertag ist

In den genannten deutschen Bundesländern ist Allerheiligen ein sogenannter stiller Feiertag. Das heißt, dass an diesem Tag keine Tanzveranstaltungen durchgeführt werden dürfen und laute Musik verboten ist (Tanzverbot).

Quelle http://de.wikipedia.org/wiki/Allerhe...icher_Feiertag

Wieder was dazugelernt, aber zumindest in Niedersachsen hat er keine sonderliche Bedeutung

Spekulationen, warum JIRA verwendet wird, sind nicht notwendig, da das Zend Framework-Team dies bereits recht früh am Anfang des Projekts offiziell begründet hat. Hier der Link für Interessierte:

Im Grunde interessierts auch nur Inno

Zitat von KingCrunch

Im Grunde interessierts auch nur Inno

glaub ich nicht.
ich denke, er ist sehr sehr einsam und sucht durch seine PermaPosts einfach nur Kontakt

Also JIRA ist nen ganz guter Issue Tracker und er wäre hervorragend, wenn mal Feature Requests von Dezember 2004 oder November 2006 auch mal umgesetzt werden würden Oder die SOAP API mal bissl mehr Feature Complete wäre ...

hi,

was fehlt dir denn bei Jira noch?

Btw. SVN im Jira wird über Fisheye gemacht und das hat nichts mit Hooks im SVN zu tun.

Die SVN-Hooks waren auch nur ein Beispiel, wie man SVN-Integration ohne Daemon umsetzen könnte, falls man es wolle.

Naja, halt so ganz offensichtliche Features, diem an sher gut gebrauchen könnte, wie
- Sub-tasks sollten Feldwerte erben können
- Templates für Wiederkehrende Aufgaben
- Sub-task per SOAP API anlegen können
- bei eingeschaltetem Time Tracking über die SOAP API überhaupt ein Issue erstellen können

Das sind mal so meine "Highlights"