Les issues GitHub sont des unités de travail naturelles pour les développeurs, et Everhour ajoute un temps suivi sans quitter le travail dans les dépôts.
Saisissez vos heures d'arrivée et de départ pour chaque jour. Les heures supplémentaires et le salaire brut sont calculés automatiquement.
| Jour | Arrivée | Début de pause | Fin de pause | Pause | Départ | Total |
|---|
Le calculateur vous donne le chiffre — Everhour prend le relais.
Un clic et le chronomètre tourne. Démarrez un minuteur, ajoutez une entrée, modifiez les détails. C'est exactement la sensation que vous aurez dans Everhour.
Définissez un budget, attribuez des tarifs et soyez alerté avant de le dépasser.
Mesure
Suivez votre budget par le temps ou par les coûts
Tous les rapports dont vous avez besoin — configurés à votre façon, toujours à jour.
Les heures suivies se transforment directement en une facture soignée — sans copier-coller, sans calcul manuel.
Cette page s'adresse aux équipes qui planifient le travail d'ingénierie dans GitHub et qui ont besoin d'enregistrements de temps liés aux mêmes issues, labels, milestones et dépôts. GitHub Issues organise déjà les rapports de bugs, les nouvelles fonctionnalités, les idées et les tâches d'équipe, l'issue est donc l'endroit pratique pour enregistrer le temps des développeurs. Une configuration utile garde la saisie de temps proche de l'élément de travail, et non dans une note séparée que quelqu'un rapproche plus tard.
Pour les employeurs américains, le suivi du temps a aussi un aspect de tenue des registres sur les salaires et les heures. La FLSA exige des employeurs couverts qu'ils conservent des registres exacts pour les travailleurs non exemptés, y compris les heures travaillées chaque jour de travail et le total des heures travaillées chaque semaine de travail. Le socle fédéral n'exige pas un système de suivi du temps spécifique, mais les registres doivent être suffisamment complets et exacts pour soutenir la paie, la facturation et une revue ultérieure.
Une intégration GitHub doit préserver la structure de projet que les développeurs utilisent déjà. Les saisies de temps ont besoin du titre de l'issue, du dépôt, du label, du milestone, du membre de l'équipe, de la date, du statut facturable et de notes lorsque le travail nécessite une explication. Cette structure permet à un manager de revoir le temps par zone de sprint, label de bug, projet client ou milestone de release sans reconstruire le contexte à partir des messages de commit.
Les labels et milestones GitHub comptent parce qu'ils transforment des heures brutes en dimensions de reporting utilisables. Un label de correction de bug, un nom de dépôt et un milestone de release peuvent montrer où l'effort d'ingénierie est allé pendant une période de facturation. La feuille de calcul ou le rapport peut ensuite regrouper le temps par membre, dépôt, projet ou période. L'intégration s'arrête à l'enregistrement du temps et au rapport ; la paie, la facturation ou la comptabilité nécessitent encore une transmission approuvée.
Le suivi du temps dans GitHub implique une véritable décision d'autorisation. Everhour indique qu'il demande l'accès aux dépôts GitHub pour fonctionner avec les issues, et GitHub définit largement le scope OAuth repo comme un accès complet aux dépôts publics et privés, y compris l'accès en lecture et en écriture au code et aux ressources du dépôt. Les administrateurs doivent examiner cet accès avant de connecter tout dépôt contenant du code sensible, du travail client réglementé ou du matériel client restreint.
La visibilité nécessite aussi une politique claire. Everhour indique que les données liées au temps affichées dans GitHub ne sont visibles que par les personnes qui appartiennent à l'équipe Everhour et ont installé l'extension de navigateur Everhour. Les équipes peuvent inviter uniquement les utilisateurs GitHub qui doivent suivre le temps ou utiliser les fonctionnalités Everhour. Cela évite de donner un siège de suivi du temps à chaque collaborateur du dépôt lorsque seuls les développeurs, les responsables de projet ou les réviseurs de facturation ont besoin du flux de travail.
Un outil de suivi ponctuel suffit lorsqu'un freelance a besoin d'une liste datée du travail sur les issues pour une seule facture ou qu'une petite équipe a besoin d'un court récapitulatif de projet. Il doit capturer l'issue, la date, la personne, les heures, le taux et le statut facturable. Pour les employés couverts non exemptés, l'employeur a toujours besoin des heures quotidiennes et hebdomadaires dans des registres qui soutiennent le socle fédéral et toute exigence étatique ou locale plus stricte.
Un flux de travail géré devient nécessaire lorsque le temps GitHub affecte la paie, la facturation client, les budgets ou la planification de capacité. Everhour peut garder le temps au niveau des issues connecté aux contrôles d'équipe, y compris le flux d'approbation, les périodes verrouillées, les corrections administrateur, les limites de suivi personnelles, la capacité hebdomadaire, les rôles, les affectations de projet, les groupes d'équipe et les paramètres de politique par défaut à l'échelle de l'équipe. Cela donne aux managers un enregistrement revu avant que les heures alimentent les factures, les rapports ou la revue de paie.
Ce contenu est fourni à titre d'information générale uniquement, peut ne pas être entièrement à jour et est fourni sans aucune garantie ni responsabilité.
High Performer
G2
Été 2026
Best Ease Of Use
Capterra
Été 2026
Classé parmi les meilleurs outils de suivi du temps sur G2, Capterra et TrustRadius — avec des éloges constants pour sa facilité d'utilisation, ses intégrations et son support.
GitHub organise le travail au moyen des issues, labels, milestones, dépôts, pull requests et discussions, mais le suivi du temps facturable nécessite un flux de travail ajouté. Une couche de suivi du temps enregistre qui a travaillé, à quelle issue le travail appartient, si le temps est facturable et quelle date ou période de facturation doit recevoir la saisie.
Le temps des développeurs doit être enregistré sur l'issue GitHub qui représente la tâche, le bug ou la fonctionnalité. Cela garde l'enregistrement du travail lié au titre, au dépôt, aux labels et au milestone déjà utilisés pour la planification. Enregistrer le temps uniquement au niveau du projet fait perdre le détail au niveau de l'issue nécessaire aux estimations, à la revue de facturation et à l'analyse ultérieure.
Le dépôt, le titre de l'issue, le label, le milestone, le membre de l'équipe, la date, les heures, le statut facturable et les notes sont les champs pratiques. Les labels séparent des catégories telles que les bugs ou le travail sur les fonctionnalités. Les milestones relient les heures aux releases. Les dépôts séparent les produits ou le travail client. Le système de temps doit préserver ces champs au lieu d'aplatir chaque saisie dans un total de projet générique.
Les administrateurs doivent examiner le scope OAuth repo avant de connecter une intégration de suivi du temps. Everhour indique qu'il demande l'accès au dépôt pour atteindre les issues, tandis que GitHub définit largement le scope repo sur les dépôts publics et privés, y compris l'accès en lecture et en écriture au code et aux ressources du dépôt. Cette revue doit avoir lieu avant l'installation, surtout pour les dépôts restreints.
Le temps des issues GitHub peut soutenir la revue de paie lorsque les enregistrements de temps incluent le détail quotidien et hebdomadaire des heures requis pour les travailleurs couverts non exemptés. Selon la FLSA, les employeurs couverts doivent conserver des registres exacts pour les travailleurs non exemptés, y compris les heures travaillées chaque jour de travail et le total des heures travaillées chaque semaine de travail. Le contexte GitHub aide à expliquer le travail, mais l'employeur a toujours besoin de registres conformes.
Everhour Team Management donne aux administrateurs des contrôles autour du temps soumis avant qu'il n'atteigne la revue de facturation ou de paie. Les managers peuvent utiliser le flux d'approbation, les périodes verrouillées, la correction du temps par l'administrateur, les limites de suivi personnelles, la capacité hebdomadaire, les rôles, les affectations de projet, les groupes d'équipe et les paramètres de politique par défaut à l'échelle de l'équipe pour garder cohérents les enregistrements de temps liés à GitHub.
Les rapports Everhour peuvent utiliser les labels, milestones et dépôts GitHub comme dimensions de rapport, avec un filtrage par projet, membre d'équipe ou période. Les rapports peuvent être exportés vers Excel ou envoyés par e-mail, de sorte que le temps de développement au niveau des issues devienne un enregistrement utilisable pour l'analyse de facturation, la revue budgétaire et le suivi de projet.
Suivez le temps approuvé des issues GitHub avec Everhour Team Management, puis verrouillez les périodes revues, corrigez les saisies, gérez la capacité et gardez la revue de facturation ou de paie liée à des contrôles d'équipe clairs.
Essai gratuit de 14 jours · Sans carte bancaire · Annulable à tout moment
