Entwickler-Version (dev branch)

Warnung

Der Dev Branch ist ausschließlich für die Weiterentwicklung von AAPS gedacht. Er darf nur auf einem separaten Smartphone zu Testzwecken, nicht für das tatsächliche Loopen verwendet werden.

Die stabilste AAPS-Version ist die im Master Branch. Es wird dringend empfohlen, nur den Master Branch für das tatsächliche Loopen zu verwenden.

Achtung: Die AAPS-Entwicklungsversion (Dev Branch) ist für Entwickler sowie Tester bestimmt, die mit Stacktraces, Log-Dateien und dem Debugger umgehen können, um Fehlerberichte erstellen zu können, die Entwicklern beim Beheben der Fehler helfen (kurzum: Personen, die wissen, was sie tun und eigentverantwortlich arbeiten können). Aus diesem Grunde sind unfertige Features deaktiviert. Um dieses Feature zu aktivieren, aktiviere den Engineering Mode indem Du eine leere Datei mit dem Namen engineering_mode im Verzeichnis /AAPS/extra auf dem Smartphone anlegst. Das Aktivieren dieser Features kann dazu führen, dass der Loop überhaupt nicht mehr funktioniert.

Im Dev Branch sieht man, welche Funktionen gerade getestet werden. Damit können Fehler ausgebügelt und Feedback dazu gegeben werden, wie die neuen Funktionen in der Praxis funktionieren. Meist wird die Entwicklerversion auf einem alten Smartphone mit einer separaten Pumpe so lange getestet bis sie stabil läuft. Jede Benutzung des Dev Branch erfolgt auf eigene Gefahr! Sei Dir beim Ausprobieren neuer Funktionen im Klaren, dass Du Funktionen verwendest, die sich noch in Entwicklung befinden und nicht final freigegeben sind. Um Deine eigene Sicherheit zu gewährleisten, tue dies auf eigene Gefahr und mit der gebotenen Sorgfalt.

Wenn Du einen Fehler gefunden hast oder glaubst, dass etwas nicht richtig funktioniert, sieh im Issues Tab nach, um zu sehen, ob schon jemand diesen Fehler gefunden hat. Falls nicht, kannst Du ein neues Issue eröffnen. Je mehr Informationen Du dabei mitlieferst, desto besser/schneller kann der Fehler reproduziert und behoben werden. Vergiss nicht, die Protokolldateien anzufügen. Die neuen Funktionen können auch auf Discord diskutiert werden.

Eine Entwicklerversion hat ein Ablaufdatum. Das scheint unpraktisch, wenn es zufriedenstellend genutzt wird, aber es dient einem Zweck. Wenn nur eine Entwicklerversion im Umlauf, ist es einfacher, die gemeldet Fehler nachzuverfolgen. Die Entwickler wollen nicht in die Lage geraten, dass drei verschiedene Entwicklerversionen m Umlauf sind, in denen parallel Fehler behoben werden müssen und Testuser Fehler, die schon behoben wurden, in der neuesten Entwicklerversion, (in guter Absicht) noch einmal melden.

Einen bestimmten Zweig testen (branch-ci)

Um einen Test Branch zu erstellen, wähle branch-ci aus. Das ermöglicht Dir einen bestimmten Zweig für die APK-Erstellung auszuwählen. Diese Methode ist insbesondere für das Testen des Dev Branch zu empfehlen.

aaps_ci_branch_ci1

aaps_ci_branch_ci2

Testelemente in einem Pull-Request (GitHub CI-Aktionen bereitstellen)

Verfügbar ab 3.3.2.1. Dev

  • Geeignet für Tester oder für diejenigen, die beim Testen helfen.

aaps_ci_pr_ci

  • PR-Nummer: Bitte gib die zu testende PR-Nummer ein.

  • PR-Referenztypen: PR-Referenztypen haben zwei Optionen:

    • head:

    • Ruft den tatsächlichen Inhalt aus dem Branch des PR-Autors ab (d. h. die ursprüngliche Commit-Historie ohne Merge-Operationen).

    • Dies entspricht dem ursprünglichen Zustand des PR-Zweigs, als wäre er direkt aus einem Fork- oder Feature-Zweig abgerufen worden.

    • merge:

    • Ruft das Ergebnis der von GitHub vorab simulierten Zusammenführung des PR in den Zielzweig (z. B. Dev) ab.

    • Dies ist ein virtueller Merge-Commit, der automatisch von GitHub erstellt wurde.

    • Dieser Commit existiert nur, wenn die PR keine Konflikte hat und zusammenführbar ist.

    • variant:

    • Bitte beachte hierzu den Abschnitt Variante (variant)