Hinata#

Hinata ist ein unabhängiger, quelloffener, selbst-gehosteter Projekt- und Issue-Tracker — eine moderne Alternative zu gehosteten Trackern, die du vollständig auf deiner eigenen Infrastruktur betreibst. Es ist eine White-Label-Plattform: Betreiber hosten ihren eigenen Server und können einen eigenen, gebrandeten Client ausliefern. Lizenziert unter GPL-3.0, aktuelle Plattformversion 2.2.0.

Keine Nutzer-Limits. Keine Team-Limits. Keine Board-Limits. Niemals. Was du selbst hostest, gehört dir.

Das Hinata-Dashboard — Tagesfokus, aktiver Sprint-Fortschritt und Team-Leistung.

Was ist Hinata?#

Hinata ist eine vollständige agile Projektmanagement-Suite: Projekte und Teams, Vorgänge mit einer echten Epic → Story → Sub-task-Hierarchie, agile Boards, Sprints, eine Gantt-Timeline, Zeiterfassung, Berichte und eine Confluence-artige Wissensdatenbank. Es ist darauf ausgelegt, sich modern und schnell anzufühlen — betreibbar von einem einzigen Team auf einem einzigen Server oder skaliert hinter einem Reverse Proxy für eine ganze Organisation.

Zwei Dinge unterscheiden es von den meisten selbst-gehosteten Trackern:

• Es liefert eine echte plattformübergreifende App. Nicht nur eine Web-Oberfläche — eine einzige Flutter-Codebasis, kompiliert für Android, iOS, Web und macOS, mit Live-Updates über Server-Sent Events, offline-freundlicher Navigation und einer ⌘K-Befehlspalette.
• Es ist von Grund auf White-Label. Der Server ist vom Client entkoppelt. Du kannst die veröffentlichte App auf deinen eigenen Server zeigen lassen, mehrere Server speichern und zwischen ihnen wechseln oder deinen eigenen gebrandeten Client mit eigener Package-ID, eigenem Namen, Icons und Akzentfarbe bauen und veröffentlichen.

Für wen es ist#

• Self-Hoster & datenschutzbewusste Teams, die ihre Projektdaten auf selbst kontrollierter Hardware wollen, unter einer Copyleft-Lizenz, ohne sitzplatzbasierte Preise.
• Agenturen und Produktstudios, die einen gebrandeten Tracker an ihre eigenen Kunden ausliefern wollen — dieselbe Engine, deine Marke.
• Betreiber & Plattform-Teams, die echte Infrastruktur-Kontrollen brauchen: MongoDB-Replica-Sets, S3-Objektspeicher, SMTP, SSO, Rate-Limiting und ein geprüftes Sicherheitsmodell.
• Entwickler, die eine zugängliche, gut dokumentierte Codebasis (Spring Boot 4 + Flutter) schätzen, die sie lesen, erweitern und zu der sie beitragen können.

Die zwei Repositories#

Hinata ist in zwei quelloffene Repositories aufgeteilt:

Die App spricht über eine versionierte REST-API unter /api/v1 mit dem Server. Siehe Architektur, wie die Teile zusammenpassen.

Plattformen#

Eine Flutter-Codebasis, vier Ziele:

• Android — Smartphones und Tablets, App Links für https://track.example.com.
• iOS — iPhone und iPad, Universal Links über Associated Domains.
• Web — ein voll ausgestatteter Flutter-Web-Build, ausgeliefert vom Web-Container.
• macOS — ein nativer Desktop-Client.

Was drinsteckt#

Ein Rundgang durch die Plattform, jeweils mit einer vertiefenden Seite:

• Projekte & Teams — projektspezifische Workflows und Issue-Keys (wie ASTA-42), wiederverwendbare farbige Labels und Teams, deren mitgliederbasierter Projektzugriff steuert, was jede Person überhaupt sehen kann.
• Vorgänge & Hierarchie — Typen, Prioritäten, Tags, Kommentare, Attachments und Abhängigkeiten, mit einer Jira-artigen dreistufigen Hierarchie: Epic → Story/Task/Bug/Feature → Sub-task.
• Boards & Sprints — agile Boards mit Spalten, die auf Workflow-Status abgebildet sind, WIP-Limits und einem Backlog, plus einem Board / Backlog / Timeline-Umschalter und vollständiger Sprint-Planung mit Burndown.
• Gantt & Zeiterfassung — ein Timeline-Lesemodell mit Start-/Fälligkeitsdaten und Abhängigkeiten sowie Arbeitseinträge mit Aktivitätstypen und Wochenzeitnachweisen.
• Berichte & Dashboard — Burndown, Velocity, Cycle Time, Verteilungen und Erstellt-vs.-Gelöst, exportierbar als PDF, plus ein Fokus-Dashboard.
• Wissensdatenbank — hierarchische Markdown-Artikel, global oder pro Projekt, mit Smart Links, die echte Vorgänge und Personen auflösen.
• Benachrichtigungen — In-App und E-Mail, plus Push über das Hinata Connect Gateway.
• Suche & Palette — eine ⌘K Liquid-Glass-Befehlspalette mit Triggern, Verlauf und einem responsiven Sheet.
• Git-Integration — verbinde Projekte mit GitHub, GitLab oder Bitbucket für echte Entwicklungsinfos, Smart Commits und Workflow-Automatisierung.
• Single Sign-on — OpenID Connect, OAuth 2.0, SAML 2.0 und LDAP, zur Laufzeit konfiguriert, ohne Neustart.

Willst du den vollständigen Rundgang? Lies die Feature-Tour.

Warum Hinata selbst hosten#

• Deine Daten, deine Regeln. Alles liegt in deinem MongoDB und deinem S3-Bucket. Attachments verwenden zufällige Objekt-Keys und presignte Downloads.
• Kein Firebase nötig. Push-Benachrichtigungen und Universal Links werden über das Hinata Connect Gateway weitergeleitet, sodass eine einzige veröffentlichte App viele Server bedienen kann und Self-Hoster kein eigenes Firebase-Projekt brauchen.
• Laufzeitkonfiguration. SSO, E-Mail-Ingest, Push und Git-OAuth-Apps werden in MongoDB gespeichert und aus dem Adminbereich verwaltet — die Datenbank überschreibt die Umgebung, und Änderungen greifen ohne Neustart.
• Ernst gemeinte Sicherheit. Stateless JWT (HS512), BCrypt-Passwort-Hashing, datenbankgestützte Login-Sperre, Rate-Limiting pro IP, gehärtete HTTP-Header und ein Modell, das auf die OWASP Top 10 abgebildet ist. Siehe das Sicherheitsmodell.

Loslegen#

• Loslegen → — der schnellste Weg zu einem laufenden Server und einer laufenden App, in drei Befehlen mit Docker Compose.
• Selbst hosten → — der Produktivpfad: Deployment, Konfiguration, Datenbank, Speicher, Mail und Reverse Proxy.