Im Chaosdorf wird Einiges an eigener Software entwickelt und auch verwendet. Diese Seite soll eine Übersicht darüber geben.
TODO: mehr Software?
TODO: Zweck, Lizenz?
Qualitätssicherung
Natürlich ist diese Software nicht perfekt. Fehler können und werden passieren, sollten aber erkannt und behoben werden.
Software | Anzeige des aktuell laufenden Commits | Link zum Repo | Sentry-Integration (Backend) | Sentry-Integration (Frontend) | Sentry-Formular | Tests | Linting | CI | Dokumentation |
---|---|---|---|---|---|---|---|---|---|
dashpi | nein | nein | ja | nein | - | nein | nein | nein | nein |
labello | nein | nein | ja | nein | nein | nein | nein | nein | nein |
prittstift | nein | nein | nein | nein | nein | nein | nein | nein | ja |
mete | ja | ja | ja | nein | nein | ja | nein | ja | zu wenig |
dorfmap | nein | ja | nein | nein | nein | nein | ? | ja | ja |
dorfmap-websockets | nein | nein | nein | nein | nein | nein | ? | nein | nein |
chaospizza | nein | nein | ja | nein | nein | ja | ja | ja | ja |
freitagsfoo-web | ja | ja | ja | ja | ja | nein | nein | nein | nein |
freitagsfoo-infobeamer | nein | nein | nein | nein | - | nein | nein | nein | ja |
freitagsfoo-wiki-json | nein | nein | nein | - | - | nein | nein | nein | nein |
mpd2mqtt | - | - | ja | - | - | nein | nein | nein | nein |
twiki | - | - | nein | - | - | nein | nein | nein | teilweise |
mpdefault | - | - | nein | - | - | nein | nein | nein | ja |
wikicron | - | - | nein | - | - | nein | nein | nein | nein |
telemete | nein | nein | ja | - | - | nein | nein | nein | ja |
meteroid | nein | nein | - | nein | nein | nein | teilweise | ja | nein |
TODO: erklären, was die einzelnen Punkte bringen
TODO: Monitoring?
HowTo
Du möchtest Software für den Einsatz im Chaosdorf entwickeln? Danke für deinen Einsatz, aber schau vielleicht, ob es schon Software gibt, die den Anwendungszweck erfüllt, den du bearbeiten möchtest. Und beachte die folgenden Hinweise:
- Soll die Software im Clubraum laufen oder auf vm? Diese Anleitung nimmt ersteres an.
- Am einfachsten wäre es, wenn die Software in Docker läuft. Davon geht diese Anleitung aus. Ansonsten wäre ein Extra-Gerät (z.B. ein Raspi) oder eine VM auf helios möglich.
- Integration mit Sentry (sentryserver) wäre schön (und Tests und Doku und der Rest aus der Qualitätskontroll-Tabelle).
- Verwendet die Software persistente Daten?
- Falls nein: einzelner Container
- Falls ja: PostgreSQL und docker-compose
- (Volumes sind auch möglich.)
- Kommt die Software mit nur einem Container aus? (Falls nein: docker-compose)
- Benötigt die Software Secrets (z.B. API-Tokens)?
- Falls ja: Umgebungsvariablen oder Docker-Secrets-Mechanismus nutzen
- Code in einem öffentlich zugänglichen Git-Repository halten
- Autobuild für Dockerhub