GitHub-Issues sind natürliche Arbeitseinheiten für Entwickler, und Everhour ergänzt erfassbare Zeit, ohne die Repository-Arbeit zu verlassen.
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.
Diese Seite richtet sich an Teams, die Engineering-Arbeit in GitHub planen und Zeitaufzeichnungen benötigen, die mit denselben Issues, Labels, Milestones und Repositories verknüpft sind. GitHub Issues organisiert bereits Fehlerberichte, neue Funktionen, Ideen und Teamaufgaben, daher ist das Issue der praktische Ort, um Entwicklerzeit zu protokollieren. Eine nützliche Einrichtung hält den Zeiteintrag nah am Arbeitselement, nicht in einer separaten Notiz, die später jemand abgleicht.
Für US-Arbeitgeber hat Zeiterfassung auch eine Perspektive der Lohn- und Arbeitszeitaufzeichnung. Der FLSA verlangt von erfassten Arbeitgebern, genaue Aufzeichnungen für nicht freigestellte Arbeitnehmer zu führen, einschließlich der geleisteten Stunden an jedem Arbeitstag und der insgesamt geleisteten Stunden in jeder Arbeitswoche. Die bundesrechtliche Grundlage verlangt kein bestimmtes Zeiterfassungssystem, aber die Aufzeichnungen müssen vollständig und genau genug sein, um Payroll, Abrechnung und spätere Prüfung zu unterstützen.
Eine GitHub-Integration sollte die Projektstruktur bewahren, die Entwickler bereits verwenden. Zeiteinträge benötigen den Issue-Titel, Repository, Label, Milestone, Teammitglied, Datum, abrechenbaren Status und Notizen, wenn die Arbeit erklärt werden muss. Diese Struktur ermöglicht es einem Manager, Zeit nach Sprint-Bereich, Fehler-Label, Kundenprojekt oder Release-Milestone zu prüfen, ohne Kontext aus Commit-Nachrichten neu aufzubauen.
GitHub-Labels und Milestones sind wichtig, weil sie rohe Stunden in nutzbare Berichtsdimensionen verwandeln. Ein Fehlerbehebungs-Label, ein Repository-Name und ein Release-Milestone können zeigen, wohin Engineering-Aufwand während eines Abrechnungszeitraums geflossen ist. Die Tabelle oder der Bericht kann Zeit dann nach Mitglied, Repository, Projekt oder Zeitraum gruppieren. Die Integration endet beim Zeitdatensatz und Bericht; Payroll, Rechnungsstellung oder Buchhaltung benötigen weiterhin eine genehmigte Übergabe.
GitHub-Zeiterfassung bringt eine echte Berechtigungsentscheidung mit sich. Everhour gibt an, dass es GitHub-Repository-Zugriff anfordert, um mit Issues zu arbeiten, und GitHub definiert den OAuth repo scope breit als vollständigen Zugriff auf öffentliche und private Repositories, einschließlich Lese- und Schreibzugriff auf Code und Repository-Ressourcen. Admins sollten diesen Zugriff prüfen, bevor sie ein Repository verbinden, das sensiblen Code, regulierte Kundenarbeit oder eingeschränktes Kundenmaterial enthält.
Auch Sichtbarkeit benötigt eine klare Richtlinie. Everhour sagt, dass zeitbezogene Daten, die in GitHub angezeigt werden, nur für Personen sichtbar sind, die zum Everhour-Team gehören und die Everhour-Browsererweiterung installiert haben. Teams können nur die GitHub-Nutzer einladen, die Zeit erfassen oder Everhour-Funktionen nutzen müssen. Das vermeidet, jedem Repository-Mitarbeiter einen Zeiterfassungsplatz zu geben, wenn nur Entwickler, Projektverantwortliche oder Abrechnungsprüfer den Workflow benötigen.
Ein einzelner Tracker reicht aus, wenn ein Freelancer eine datierte Liste von Issue-Arbeit für eine einzelne Rechnung benötigt oder ein kleines Team eine kurze Projektzusammenfassung braucht. Er sollte Issue, Datum, Person, Stunden, Satz und abrechenbaren Status erfassen. Für erfasste nicht freigestellte Arbeitnehmer benötigt der Arbeitgeber weiterhin tägliche und wöchentliche Stunden in Aufzeichnungen, die die bundesrechtliche Grundlage und alle strengeren bundesstaatlichen oder lokalen Anforderungen unterstützen.
Ein verwalteter Workflow wird notwendig, wenn GitHub-Zeit Payroll, Kundenabrechnung, Budgets oder Kapazitätsplanung beeinflusst. Everhour kann Zeit auf Issue-Ebene mit Teamkontrollen verbunden halten, einschließlich Genehmigungsworkflow, gesperrten Zeiträumen, Admin-Korrekturen, persönlichen Erfassungslimits, wöchentlicher Kapazität, Rollen, Projektzuweisungen, Teamgruppen und teamweiten Standardrichtlinien. Das gibt Managern einen geprüften Datensatz, bevor Stunden in Rechnungen, Berichte oder Payroll-Prüfungen einfließen.
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.
GitHub organisiert Arbeit über Issues, Labels, Milestones, Repositories, Pull Requests und Discussions, aber die Erfassung abrechenbarer Zeit erfordert einen zusätzlichen Workflow. Eine Zeiterfassungsebene zeichnet auf, wer gearbeitet hat, zu welchem Issue die Arbeit gehört, ob die Zeit abrechenbar ist und welchem Datum oder Abrechnungszeitraum der Eintrag zugeordnet werden soll.
Entwicklerzeit sollte gegen das GitHub-Issue protokolliert werden, das die Aufgabe, den Fehler oder die Funktion darstellt. So bleibt der Arbeitsdatensatz mit dem Titel, Repository, den Labels und dem Milestone verknüpft, die bereits für die Planung verwendet werden. Zeit nur auf Projektebene zu protokollieren, verliert die Detailtiefe auf Issue-Ebene, die für Schätzungen, Abrechnungsprüfung und spätere Analyse benötigt wird.
Repository, Issue-Titel, Label, Milestone, Teammitglied, Datum, Stunden, abrechenbarer Status und Notizen sind die praktischen Felder. Labels trennen Kategorien wie Fehler oder Arbeit an Features. Milestones verbinden Stunden mit Releases. Repositories trennen Produkte oder Kundenarbeit. Das Zeitsystem sollte diese Felder bewahren, statt jeden Eintrag in eine generische Projektsumme zu glätten.
Admins sollten den OAuth repo scope prüfen, bevor sie eine Zeiterfassungsintegration verbinden. Everhour gibt an, dass es Repository-Zugriff anfordert, um Issues zu erreichen, während GitHub den repo scope breit über öffentliche und private Repositories hinweg definiert, einschließlich Lese- und Schreibzugriff auf Code und Repository-Ressourcen. Diese Prüfung gehört vor die Installation, insbesondere bei eingeschränkten Repositories.
GitHub-Issue-Zeit kann die Payroll-Prüfung unterstützen, wenn die Zeitaufzeichnungen die erforderlichen täglichen und wöchentlichen Stundendetails für erfasste nicht freigestellte Arbeitnehmer enthalten. Nach dem FLSA müssen erfasste Arbeitgeber genaue Aufzeichnungen für nicht freigestellte Arbeitnehmer führen, einschließlich der geleisteten Stunden an jedem Arbeitstag und der insgesamt geleisteten Stunden in jeder Arbeitswoche. GitHub-Kontext hilft, die Arbeit zu erklären, aber der Arbeitgeber benötigt weiterhin konforme Aufzeichnungen.
Everhour Team Management gibt Admins Kontrollen rund um eingereichte Zeit, bevor sie die Abrechnung oder Payroll-Prüfung erreicht. Manager können Genehmigungsworkflow, gesperrte Zeiträume, Admin-Zeitkorrektur, persönliche Erfassungslimits, wöchentliche Kapazität, Rollen, Projektzuweisungen, Teamgruppen und teamweite Standardrichtlinien nutzen, um mit GitHub verknüpfte Zeitaufzeichnungen konsistent zu halten.
Everhour Reporting kann GitHub-Labels, Milestones und Repositories als Berichtsdimensionen verwenden, mit Filterung nach Projekt, Teammitglied oder Zeitraum. Berichte können nach Excel exportiert oder per E-Mail gesendet werden, sodass Entwicklungszeit auf Issue-Ebene zu einem nutzbaren Datensatz für Abrechnungsanalyse, Budgetprüfung und Projektnachverfolgung wird.
Erfassen Sie genehmigte GitHub-Issue-Zeit mit Everhour Team Management, sperren Sie dann geprüfte Zeiträume, korrigieren Sie Einträge, verwalten Sie Kapazität und halten Sie Abrechnungs- oder Payroll-Prüfung an klare Teamkontrollen gebunden.
14 Tage kostenlos testen · Keine Kreditkarte · Jederzeit kündbar
