... | ... | @@ -8,12 +8,21 @@ |
|
|
|
|
|
**Arbeiten:**
|
|
|
|
|
|
* [ ] Bugfixing & Refactoring v.A. im Bereich der Engine
|
|
|
* [ ] OpenAPI Spec
|
|
|
* [ ] Offene Tasks v.A. für Web Integration
|
|
|
* [ ] Vorab-Dokumentation vor allem für die SysOps, RM und Docker Bereiche
|
|
|
* [ ] Entwicklung der Docker Compose und SysOps Features (extern; https://gitlab.servus.at/aura/meta/-/issues/56)
|
|
|
* [ ] Übergabe an die neue Entwickler_in (Anstellung Python_Dev & Release Manager)
|
|
|
* [x] Landing Page https://aura.radio inkl. Subdomains und Email Verteilern
|
|
|
* [x] OpenAPI Spec verfügbar auf https://api.aura.radio / wird bei Code Änderungen automatisch aktualisiert
|
|
|
* [x] Basis Dokumentation für Entwicklung ("Developer Guide")
|
|
|
* [x] Basis-Dokumentation vor allem für die SysOps, RM und Docker Bereiche ("Administration Guide")
|
|
|
* [x] Entwicklung der Docker Compose und SysOps Features (extern; https://gitlab.servus.at/aura/meta/-/issues/56)
|
|
|
* [x] Definition eines einfachen Release Management Workflows
|
|
|
* [x] Übergabe an die neue Entwickler_in (Anstellung Python_Dev & Release Manager)
|
|
|
* [x] Bereich im Aura Wiki für Spezifikationen: [Recorder, Schnitt-Komponente](https://gitlab.servus.at/aura/meta/-/wikis/AEP01-Aufnahmen-und-Wiederholungen) und andere *in progress*.
|
|
|
* [x] Erste Schritte für einen "Proko Zirkel" zum Austausch zu offenen Anforderungen. Erstes Treffen ab frühestens November 22.
|
|
|
* [x] Entwicklung von neuen Web Komponenten zur Integration von Aura in jeweilige Radio Websites (o94 spezifisch, soll zu einer vielseitigen Website Toolbox wachsen)
|
|
|
* [x] Eine Vielzahl an Code-style Verbesserungen (Kudos an Lars Kruse aus Rostock)
|
|
|
* [x] Die neue Entwickler\*in arbeitet sich in die ersten Python Tasks ein und was sonst an Arbeiten offen ist
|
|
|
* [ ] Fokus: [Erweiterung Datenmodell und API](https://gitlab.servus.at/aura/meta/-/wikis/AEP05-Erweiterung-Datenmodell) für Steering und Tank (Wichtig für Web Integration)
|
|
|
* [ ] Fokus: Bugfixing & Refactoring im Bereich der Engine
|
|
|
* [ ] [Offene Tasks für 1.0](https://gitlab.servus.at/groups/aura/-/milestones/1#tab-issues) (unterschiedlich priorisiert, im Detail in Sprints zu planen)
|
|
|
|
|
|
**Versionen:**
|
|
|
|
... | ... | @@ -26,11 +35,12 @@ |
|
|
|
|
|
**Einstiegskriterien:**
|
|
|
|
|
|
* [ ] API Spec mit OpenAPI ist fertig, auf <https://app.swaggerhub.com/> verfügbar
|
|
|
* [ ] AURA kann komplett in die Website integriert werden (Wichtiger o94 Meilenstein)
|
|
|
* [ ] Playout funktioniert auch nach längerem Betrieb (Wochen, Monaten). Es wird durch Produktivdaten gespeist
|
|
|
* [ ] Alles kann einfach per Docker & Docker Compose installiert werden
|
|
|
* [ ] Eine neue Entwickler\*in für Python Dev, SysOps und Release Management ist an Board (kein Freelance, da Übernahme von laufenden und offenen Verantwortlichkeiten Bedingung ist)
|
|
|
* [x] API Spec mit OpenAPI ist fertig, auf https://api.aura.radio verfügbar
|
|
|
* [x] Alles kann einfach per Docker & Docker Compose installiert werden
|
|
|
* [x] Eine neue Entwickler\*in für Python Dev, SysOps und Release Management ist an Board (kein Freelance, da Übernahme von laufenden und offenen Verantwortlichkeiten Bedingung ist)
|
|
|
* [ ] AURA Datenmodell und API ist fixiert (zumindest bis AURA 2.0, wichtiger o94 Meilenstein für Web Integration)
|
|
|
* [ ] Playout funktioniert auch nach längerem Betrieb (Wochen, Monaten) wie erwartet, wenn es
|
|
|
durch Produktivdaten gespeist wird. Im Falle von o94 wird das legacy backend automatisch nach AURA synchronisiert (Wichtiger o94 Meilenstein)
|
|
|
|
|
|
**Arbeiten:**
|
|
|
|
... | ... | @@ -38,7 +48,7 @@ |
|
|
* [ ] Rausfinden bei welchen "Edge Cases" noch Fehler auftreten
|
|
|
* [ ] Bugfixing
|
|
|
* [ ] Releases werden nun nach dem neuen "Release Management Workflow" gemacht (Dritte Person im Team)
|
|
|
* [ ] Die neue Entwickler\*in arbeitet sich in die ersten Python Tasks ein und was sonst an Arbeiten offen ist
|
|
|
|
|
|
|
|
|
**Versionen:**
|
|
|
|
... | ... | |