PCM Development/Palladio Concall/Minutes 20211214

Aus SDQ-Wiki

Agenda

  • JIRA issues status Dev Board
  • Stand-up: On which topic are you currently working?
  • Palladio 5.1 release planning
    • Palladio Release 5.1
    • Release sprint?
  • Docu Build Infrastruktur

Stand-up

  • Sebastian
    • Monitoring der Ergebnisse der Reliability-Simulation
    • Implementierung der Reliability-Simulation in SimuLizar
  • Martina
    • Testing-Day Vorbereitung und Nachbereitung
    • Rechtzeitiges Nachholen von Tickets vom Testing-Day
  • Manar
    • Hinzufügen von Features zur Kalibrierung zu SoMoX
  • Larissa
    • Bereitstellung
    • Vorbereitung des neuen Release-Builds
  • Nicolas
    • Arbeit in der Build-Infrastruktur
    • Abarbeitung der Tickets vom Testing-Day
    • Weiterarbeit an der Build-Dokumentation
  • Maximilian
    • Integration der Analyse in das Papier mit Stephan
  • Floriment
    • Teilnahme am Testing-Day
    • Abarbeiten von TODOs vom Testing-Day

Palladio 5.1 release planning

Release sprint

  • Der aktuelle Sprint wird unterbrochen, um sich auf das Release zu konzentrieren
  • Nach der Veröffentlichung wird der aktuelle Sprint wieder regulär durchgeführt
  • Offene Tickets sollten verteilt werden
    • Zunächst mit der neuen Eclipse-Version prüfen, ob dies auch weiterhin ein Problem ist
  • PALADIO-548 sind die offenen Tickets für das Release
  • Editoren-Tickets sind bekannte Probleme und werden niedriger priorisiert
    • SIMULIZER-109 fehlgeschlagener Test zur Wartezeit
      • Neues Ticket zu passiven Ressourcen ist keine einfache Fehlerbehebung, sondern erfordert das Hinzufügen von Code
      • Überprüfung, ob es sich um ein lokales Problem bei den Testern handelt, oder um einen lokalen Fix bei JH
      • Ticket wird im Release angesprochen, wenn nicht zu umfangreich
    • OCL-Bug ist schmerzhaft
      • Strukturelles Problem, wegen der neuen UI-Abhängigkeiten
      • Deshalb vielleicht alte OCL-Engine im Produkt installieren

Zeitplanung

  • Rechtzeitig möglich, aber in diesem Jahr noch zu knapp
    • Die letzte Woche im Januar sollte realistisch sein: 24. Januar
    • Ab 21. Januar Code-Freeze und alle Tests sollten bis dahin laufen
  • Nicht auf das nächste Eclipse-Release warten?
    • Alles wieder auf das nächste Eclipse-Release hochzuziehen sollte in etwa 3 Tagen machbar sein
  • Asynchroner Testtag, um alle Tests beim Wechsel auf das neue Eclipse aufzurühren
    • Jeder sollte seine Tests vom Testing Day noch einmal laufen lassen
    • Sobald die Eclipse-Version auf 12-21 steht, wird eine Rundmail verschickt
    • Die Tests sollten so schnell wie möglich durchgeführt werden
  • Unzuverlässigkeit in der Update-Seite, kann dazu führen, dass Builds fehlschlagen
    • Kann dazu führen, dass Builds fehlschlagen
    • Planen von 3 zusätzlichen Tagen, beginnend am 24. Januar, für das Release ein
    • Im Zweifelsfall sollten Sie den Release-Build daher mehrfach anstoßen

Docu Build Infrastruktur

Nächster Concall

  • Regulär am 11. Januar, da Code-Freeze bereits am 21. Januar