search

geraldo / obstbaum-app

Linz Pflückt
http://linz.pflueckt.at
4 stars 4 forks source link

festlegung einer vorgangsweise der bearbeitung von issues (bug-fixes, feature-requests, etc.) #24

Open stefan-schiffer opened 11 years ago

stefan-schiffer commented 11 years ago

wir brauchen aus meiner sicht ein abgestimmtes verfahren für die bearbeitung von issues (bug-fixes, feature-requests, etc.). dazu gehört aus meiner sicht auch eine entscheidung über die frage, ob alles gleich auf linz.pfluecktat veröffentlicht werden soll oder zunächst vom entwicklungsteam und pilot-userinnen auf einem testsystem veröffentlicht werden soll.

geraldo commented 11 years ago
  1. Ich glaube es ist eine gute Idee, dass immer die Person die die Issue geöffnet hat, bestimmt ob es Zeit ist, sie wieder zu schließen.
  2. Sollte eine Issue zB. 2 Wochen nach einem erfolgreichen Abschluss noch geöffnet und unkommentiert sein, sollte sie automatisch geschlossen werden. (Vorgehen in Drupal-Community)
  3. Kleinigkeiten (Formatänderungen, Bugfixes, kleine Designänderungen) können meiner Meinung nach direkt am Produktions-Server veröffentlicht werden.
  4. Größere Änderungen, vor allem die Umsetzung von neuen Funktionalitäten, sollten zuerst auf einem Testsystem vom Entwicklerteam geprüft und freigegeben werden.