Everhour fügt Timer zu GitHub-Issues hinzu und verwandelt erfasste Arbeit anschließend in Timesheets, Budgets, Berichte und Abrechnungsprüfung.
Geben Sie für jeden Tag Ihre Kommt- und Geht-Zeiten ein. Überstunden und Bruttolohn werden automatisch berechnet.
| Tag | Kommt | Pausenbeginn | Pausenende | Pause | Geht | Gesamt |
|---|
Der Rechner liefert Ihnen die Zahl — Everhour übernimmt den Rest.
Ein Klick und die Zeit läuft. Starten Sie einen Timer, fügen Sie einen Eintrag hinzu, bearbeiten Sie die Details. Genau so fühlt es sich in Everhour an.
Legen Sie ein Budget fest, weisen Sie Sätze zu und werden Sie benachrichtigt, bevor Sie es überschreiten.
Messung
Verfolgen Sie Ihr Budget über Zeit oder Kosten
Jeder Bericht, den Sie brauchen — nach Ihren Wünschen konfiguriert, immer aktuell.
Erfasste Stunden fließen direkt in eine ansprechende Rechnung — kein Kopieren und Einfügen, kein manuelles Rechnen.
Eine GitHub-Zeiterfassungsintegration unterstützt Teams, die Arbeit in Repositorys und Issues planen und anschließend Stunden denselben Aufgaben, Bugs, Features und Diskussionen zuordnen müssen. Die nützliche Aufzeichnung zeigt, wer gearbeitet hat, welchem Issue die Zeit zugeordnet wurde, zu welchem Repository oder Projekt sie gehörte und ob die Zeit Abrechnung, Budgetprüfung oder internes Delivery-Tracking unterstützt.
GitHub Issues sind die natürliche Arbeitseinheit, weil Teams sie bereits nutzen, um Bug Reports, Features, Ideen und Teamaufgaben zu verfolgen. Die Zeiterfassung gehört in dieses Issue und nicht in eine separate Notiz, die später jemand abgleichen muss. Das Ergebnis ist eine sauberere Verbindung zwischen der Engineering-Arbeit, der Schätzung, der tatsächlichen Zeit und dem Berichtszeitraum.
Eine gute GitHub-Zeitaufzeichnung verwendet Issue-Titel, Labels, Milestones, Repositorys, Teammitglieder und Daten als Berichtsdimensionen. Labels können Bugfixes von Feature-Arbeit trennen, Milestones können Release-Arbeit gruppieren, und Repositorys können zeigen, wohin die Zeit über ein Produkt hinweg fließt. Diese Felder machen Berichte nützlich, ohne Entwickler zu zwingen, Projektkontext nach jeder Aufgabe erneut einzugeben.
Der häufige Fehler besteht darin, GitHub-Labels als Dekoration zu behandeln. Ein Label wie `billing`, `support` oder `urgent` verändert, wie ein Manager denselben 3-Stunden-Zeiteintrag liest. Konsistente Labels machen Exporte sauberer für Excel-Prüfung, E-Mail-Berichte, Budgetkontrollen und Kundenzusammenfassungen. Inkonsistente Labels führen dazu, dass jemand den Bericht bereinigen muss, bevor er eine Abrechnungs- oder Delivery-Entscheidung unterstützen kann.
Everhours GitHub-Workflow verbindet das GitHub-Konto und nutzt die Everhour-Browsererweiterung, um Erfassungssteuerungen innerhalb von GitHub anzuzeigen. GitHub-Änderungen wie Projektnamen, Issue-Titel und neue Labels werden mit Everhour synchronisiert, sodass Berichte und Timesheets Zeit nach Label, Milestone, Repository, Projekt, Teammitglied oder Zeitraum filtern können.
Das Zugriffsmodell verdient vor dem Rollout eine bewusste Prüfung. Everhour gibt an, dass es GitHub-Repository-Zugriff anfordert, um mit Issues zu arbeiten, und GitHub definiert den OAuth-`repo`-Scope als vollständigen Zugriff auf öffentliche und private Repositorys, einschließlich Lese- und Schreibzugriff auf Code und Repository-Ressourcen. Zeitbezogene Daten, die in GitHub angezeigt werden, sind nur für Everhour-Teammitglieder sichtbar, die die Erweiterung installiert haben.
Ein leichtgewichtiges Setup funktioniert für eine einzelne Sprint-Review, einen kleinen Kundenauftrag oder eine schnelle Prüfung der für ein Release aufgewendeten Zeit. Sie benötigen das Issue, die Person, das Datum, die Stunden und ein konsistentes Label oder einen konsistenten Milestone. Das reicht aus, wenn die Aufzeichnung nur eine eng begrenzte Frage beantworten muss.
Ein verwalteter Workflow wird notwendig, wenn erfasste GitHub-Zeit wiederkehrende Rechnungen, Payroll-Prüfung, Budgets oder Auslastungsberichte speist. Everhour Time Tracking unterstützt Timer und manuelle Einträge und leitet anschließend Aufgaben- und Projektstunden in Timesheets, Berichte, Budgets, Rechnungen und Genehmigungsworkflows weiter. Admins können Erinnerungen, gesperrte Zeiträume, Genehmigungen und Timer-Regeln nutzen, um Aufzeichnungen nach Sprint-Ende konsistent zu halten.
Dieser Inhalt dient nur der allgemeinen Information, ist möglicherweise nicht vollständig aktuell und wird ohne jegliche Gewährleistung oder Haftung bereitgestellt.
High Performer
G2
Sommer 2026
Best Ease Of Use
Capterra
Sommer 2026
Zählt zu den besten Zeiterfassungstools bei G2, Capterra und TrustRadius — mit durchgängigem Lob für Benutzerfreundlichkeit, Integrationen und Support.
Ja. GitHub Issues verfolgen bereits Arbeit wie Bugs, Features, Ideen und Teamaufgaben, daher funktionieren sie als Aufgabenquelle für integrierte Zeiterfassung. Der Zeiteintrag sollte dem Issue zugeordnet werden, nicht nur dem Repository, weil Aufzeichnungen auf Issue-Ebene den Grund für die Arbeit bewahren und sauberere Berichte nach Label, Milestone und Projekt unterstützen.
Issue-Titel, Repository, Label, Milestone, Teammitglied, Datum und aufgewendete Zeit sind am wichtigsten. Labels und Milestones fügen Kontext hinzu, den reine Stunden nicht zeigen. Ein 2-Stunden-Eintrag zu einem release-blockierenden Bug und ein 2-Stunden-Eintrag zu einer zukünftigen Verbesserung sollten nicht im selben Berichtstopf landen, es sei denn, das Team gruppiert sie dort bewusst.
Nein. GitHub-Zeiterfassung kann Quellaufzeichnungen liefern, aber abgedeckte Arbeitgeber nach dem FLSA müssen genaue Aufzeichnungen für nicht freigestellte Arbeitnehmer führen, einschließlich der an jedem Arbeitstag geleisteten Stunden und der insgesamt in jeder Arbeitswoche geleisteten Stunden. Abgedeckte nicht freigestellte Beschäftigte müssen Überstundenvergütung für Stunden erhalten, die über 40 in einer festen 168-Stunden-Arbeitswoche hinaus geleistet werden, und zwar mindestens zum 1,5-Fachen des regulären Satzes.
Nein. Laden Sie die Personen ein, die Zeit erfassen oder Zeiterfassungsfunktionen nutzen müssen. Everhour gibt an, dass Teams nur GitHub-Nutzer einladen und bezahlen können, die Zeit erfassen oder Everhour-Funktionen nutzen werden, statt jeden GitHub-Nutzer im Workspace. So bleibt die Erfassungsgruppe am tatsächlichen Berichtsbedarf ausgerichtet.
Der größte Fehler besteht darin, Stunden ohne eine zuverlässige Issue-, Label- oder Milestone-Struktur zu erfassen. Ein Timer auf dem falschen Issue erzeugt eine Aufzeichnung, aber der Bericht stellt die Arbeit trotzdem falsch dar. Saubere Issue-Hygiene ist wichtig, bevor Zeiterfassung skaliert, insbesondere wenn Exporte Kundenabrechnung, Budgetwarnungen, Release-Reviews oder Payroll-Kontrollen unterstützen.
Everhour fügt GitHub über seine Browsererweiterung Zeiterfassungssteuerungen hinzu, sodass Teammitglieder Timer starten oder manuelle Zeit aus dem Issue-Kontext hinzufügen können. Erfasste Zeit fließt anschließend in Everhour-Timesheets, Reporting, Budgetierung, Rechnungsstellung und Payroll-Prüfung, mit Admin-Steuerungen für Genehmigungen, gesperrte Zeiträume, Erinnerungen und Timer-Verhalten.
Erfassen Sie Issue-Arbeit dort, wo Entwickler bereits arbeiten, und nutzen Sie anschließend Everhour-Genehmigungen, gesperrte Zeiträume und Timesheets, um GitHub-Stunden in Abrechnung, Payroll-Prüfung und Projektberichte zu verwandeln.
14 Tage kostenlos testen · Keine Kreditkarte · Jederzeit kündbar
