Difference between revisions of "DE/PrOOo-Box-Issues"

From Apache OpenOffice Wiki
< DE
Jump to: navigation, search
(first draft)
 
(Changelog und Entwicklungsverzeichnis nachgetragen)
Line 4: Line 4:
  
 
(Vorbemerkung:
 
(Vorbemerkung:
Alle Issues mit dem Subprojekt "cdrom" werden standardmäßig dem "Besitzer" diees Subprojektes zugeordnet: prooobox. Dahinter stehen die Ansprechpartner der PrOOo-Box: Friedrich Strohmeier und Bernhard Dippold. Sie bekommen sofort eine automatische Mail, wenn ein solcher Issue angelegt wird. Einer der beiden entscheidet, was weiter mit diesem Issue geschieht.)
+
Alle Issues mit dem Subprojekt "cdrom" werden standardmäßig dem "Besitzer" diees Subprojektes zugeordnet: prooobox. Dahinter stehen die Ansprechpartner der PrOOo-Box: Friedrich Strohmeier und Bernhard Dippold. Sie bekommen sofort eine automatische Mail, wenn ein solcher Issue angelegt wird. Einer der beiden entscheidet, was weiter mit diesem Issue geschieht. Die hier beschriebenen Änderungen werden im [http://devel.prooo-box.org/prooo-box_entwicklung/ Entwickler-Bereich] durchgeführt, aus dem das nächste ISO gebildet wird und das dann auf den [http://live.prooo-box.org/ Live-Bereich] übertragen wird.)
  
 
Wenn eine Aufgabe von jemand anderem bearbeitet werden soll, dann wird der Issue diesem Mitarbeiter zugeordnet. Dieser Mitarbeiter bekommt (auch wenn er diesen Issue noch nicht beobachtet hatte) automatisch eine Mail zu diesem Issue und kann auf den Kommentar reagieren. Entweder, indem er den Teil der Arbeit, für den er sich (entweder im Allgemeinen oder durch eine Mail hier) bereit erklärt hat, tut, und danach den Issue wieder zurück- oder an den nächsten Bearbeiter "assign"t. Oder er möchte diese Arbeit im Moment nicht übernehmen - dann schreibt er einen entsprechenden Kommentar und "assign"t den Issue einfach wieder zurück. Ganz ohne Streß - nur geordnet.
 
Wenn eine Aufgabe von jemand anderem bearbeitet werden soll, dann wird der Issue diesem Mitarbeiter zugeordnet. Dieser Mitarbeiter bekommt (auch wenn er diesen Issue noch nicht beobachtet hatte) automatisch eine Mail zu diesem Issue und kann auf den Kommentar reagieren. Entweder, indem er den Teil der Arbeit, für den er sich (entweder im Allgemeinen oder durch eine Mail hier) bereit erklärt hat, tut, und danach den Issue wieder zurück- oder an den nächsten Bearbeiter "assign"t. Oder er möchte diese Arbeit im Moment nicht übernehmen - dann schreibt er einen entsprechenden Kommentar und "assign"t den Issue einfach wieder zurück. Ganz ohne Streß - nur geordnet.
Line 58: Line 58:
  
 
(Ende des Mailausschnittes)
 
(Ende des Mailausschnittes)
 +
 +
In Punkt 5 muss noch der entsprechende Eintrag in der Datei Changelog.txt im devel-Hauptverzeichnis nachgetragen werden - nur so ist jede Änderung der Box dokumentiert.

Revision as of 19:26, 25 April 2006


Hier soll eine genauere Beschreibung des Lebenszyklus' eines Issues zur PrOOo-Box entstehen, bisher kam ich aber erst dazu, die Angaben aus einer Listenmail hierher zu kopieren (aus Bernhards Mail an cdrom-Liste):

(Vorbemerkung: Alle Issues mit dem Subprojekt "cdrom" werden standardmäßig dem "Besitzer" diees Subprojektes zugeordnet: prooobox. Dahinter stehen die Ansprechpartner der PrOOo-Box: Friedrich Strohmeier und Bernhard Dippold. Sie bekommen sofort eine automatische Mail, wenn ein solcher Issue angelegt wird. Einer der beiden entscheidet, was weiter mit diesem Issue geschieht. Die hier beschriebenen Änderungen werden im Entwickler-Bereich durchgeführt, aus dem das nächste ISO gebildet wird und das dann auf den Live-Bereich übertragen wird.)

Wenn eine Aufgabe von jemand anderem bearbeitet werden soll, dann wird der Issue diesem Mitarbeiter zugeordnet. Dieser Mitarbeiter bekommt (auch wenn er diesen Issue noch nicht beobachtet hatte) automatisch eine Mail zu diesem Issue und kann auf den Kommentar reagieren. Entweder, indem er den Teil der Arbeit, für den er sich (entweder im Allgemeinen oder durch eine Mail hier) bereit erklärt hat, tut, und danach den Issue wieder zurück- oder an den nächsten Bearbeiter "assign"t. Oder er möchte diese Arbeit im Moment nicht übernehmen - dann schreibt er einen entsprechenden Kommentar und "assign"t den Issue einfach wieder zurück. Ganz ohne Streß - nur geordnet.

Ein Beispiel wäre die Aktualisierung der Logos:

1. Meldung durch Mitarbeiter (oder "Externe")

-> assigned to: prooobox


2. Übersicht, was daran getan werden muss (Friedrich oder ich) und Weiterleitung an jemanden (Mitarbeiter_1), der sich für die Suche von Dateien aus dem Projekt bereit erklärt hat (schlechtes Beispiel: ich weiß, wo die Logos stehen - aber ich denke, Ihr versteht, was ich meine)

-> assigned to: Mitarbeiter_1


3. Dieser Mitarbeiter sucht die Dateien heraus und meldet den Link im Issue. Vielleicht weiß er schon, wer den nächsten Schritt macht (Mitarbeiter_2), sonst wird der Issue wieder an uns zurückgeschickt.

-> assigned to: prooobox (Auswahl: "reasssign to owner of selected subcomponent")


4. Wir ordnen den Issue demjenigen zu, der zu überarbeitende Dateien in die HTML-Seiten der Box einbauen will (Mitarbeiter_2).

-> assigned to: Mitarbeiter_2


5. Mitarbeiter_2 aktualisiert die HTML-Seite und hängt sie an den Issue (falls er nicht gleich Mitarbeiter_3 ist). Der Issue wird wieder an uns zurück (oder direkt an Mitarbeiter_3) geschickt.

-> assigned to: prooobox


6. Wir leiten den Issue weiter an Mitarbeiter_3, der diese Seite in die devel-Box einbaut.

-> assigned to: Mitarbeiter_3


7. Nach dem Einbau der Seite ist die letzte Aufgabe ihre Überprüfung (Text, Inhalte und alle Links, die von der Seite ausgehen). Hierzu wieder das gleiche Vorgehen: Entweder an prooobox oder direkt an Mitarbeiter_4

-> assigned to: prooobox


8. Wir "engagieren" jetzt den "Überprüfer" (Mitarbeiter_4), der sich bereit erklärt hat, die Box auf Rechtschreibfehler und funktionierende Links zu testen (für eine einzelne oder einige zusammengehörende Seiten ist das wesentlich einfacher als für die gesamte Box direkt vor dem Release).

-> assigned to: Mitarbeiter_4


9: Nach Überprüfung könnte André noch den Abgleich mit den rechtlichen Grundlagen des Vereins machen - dann könnte der Verein auch für die devel das Impressum stellen.

(-> assigned to: andreschnabel)


Falls André das nicht wünscht, kann Mitarbeiter_4 entweder selbst den Issue schließen oder an uns zurückverweisen, dann machen wir das.

(Ende des Mailausschnittes)

In Punkt 5 muss noch der entsprechende Eintrag in der Datei Changelog.txt im devel-Hauptverzeichnis nachgetragen werden - nur so ist jede Änderung der Box dokumentiert.

Personal tools