Everhour ajoute des minuteurs aux issues GitHub, puis transforme le travail enregistré en feuilles de temps, budgets, rapports et revue de facturation.
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.
Une intégration de suivi du temps GitHub prend en charge les équipes qui planifient le travail dans des dépôts et des issues, puis ont besoin que les heures soient rattachées aux mêmes tâches, bugs, fonctionnalités et discussions. L'enregistrement utile montre qui a travaillé, quelle issue a reçu le temps, à quel dépôt ou projet elle appartenait, et si le temps sert la facturation, la revue budgétaire ou le suivi de livraison interne.
Les GitHub Issues sont l'unité de travail naturelle, car les équipes les utilisent déjà pour suivre les rapports de bugs, les fonctionnalités, les idées et les tâches d'équipe. Le suivi du temps appartient à cette issue, plutôt qu'à une note séparée que quelqu'un rapproche plus tard. Le résultat est un lien plus net entre le travail d'ingénierie, l'estimation, le temps réel et la période de reporting.
Un bon enregistrement du temps GitHub utilise les titres d'issues, les libellés, les jalons, les dépôts, les membres de l'équipe et les dates comme dimensions de reporting. Les libellés peuvent séparer les corrections de bugs du travail sur les fonctionnalités, les jalons peuvent regrouper le travail de release, et les dépôts peuvent montrer où va le temps sur l'ensemble d'un produit. Ces champs rendent les rapports utiles sans obliger les développeurs à ressaisir le contexte du projet après chaque tâche.
L'erreur courante consiste à traiter les libellés GitHub comme de la décoration. Un libellé tel que `billing`, `support` ou `urgent` change la façon dont un manager lit la même entrée de temps de 3 heures. Des libellés cohérents rendent les exports plus propres pour la revue dans Excel, les rapports par e-mail, les vérifications budgétaires et les synthèses client. Des libellés incohérents laissent quelqu'un nettoyer le rapport avant qu'il puisse appuyer une décision de facturation ou de livraison.
Le flux de travail GitHub d'Everhour connecte le compte GitHub et utilise l'extension de navigateur Everhour pour afficher les contrôles de suivi dans GitHub. Les changements GitHub tels que les noms de projets, les titres d'issues et les nouveaux libellés se synchronisent dans Everhour, afin que les rapports et feuilles de temps puissent filtrer le temps par libellé, jalon, dépôt, projet, membre d'équipe ou période.
Le modèle d'accès mérite une revue délibérée avant le déploiement. Everhour indique qu'il demande l'accès aux dépôts GitHub pour fonctionner avec les issues, et GitHub définit 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 données liées au temps affichées dans GitHub ne sont visibles que par les membres de l'équipe Everhour ayant installé l'extension.
Une configuration légère fonctionne pour une seule revue de sprint, une petite mission client ou une vérification rapide du temps passé sur une release. Vous avez besoin de l'issue, de la personne, de la date, des heures et d'un libellé ou jalon cohérent. Cela suffit lorsque l'enregistrement ne doit répondre qu'à une question précise et limitée.
Un flux de travail géré devient nécessaire lorsque le temps GitHub suivi alimente des factures récurrentes, la revue de paie, les budgets ou les rapports d'utilisation. Everhour Time Tracking prend en charge les minuteurs et les saisies manuelles, puis achemine les heures de tâches et de projets vers les feuilles de temps, les rapports, les budgets, les factures et les workflows d'approbation. Les administrateurs peuvent utiliser des rappels, des périodes verrouillées, des approbations et des règles de minuteur pour garder les enregistrements cohérents après la fin du sprint.
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.
Oui. Les GitHub Issues suivent déjà le travail comme les bugs, les fonctionnalités, les idées et les tâches d'équipe, elles fonctionnent donc comme source de tâches pour le suivi du temps intégré. L'entrée de temps doit être rattachée à l'issue, pas seulement au dépôt, car les enregistrements au niveau de l'issue préservent la raison du travail et permettent un reporting plus propre par libellé, jalon et projet.
Le titre de l'issue, le dépôt, le libellé, le jalon, le membre de l'équipe, la date et le temps passé comptent le plus. Les libellés et jalons ajoutent un contexte que les heures seules ne montrent pas. Une entrée de 2 heures sur un bug bloquant une release et une entrée de 2 heures sur une amélioration future ne doivent pas tomber dans le même compartiment de reporting, sauf si l'équipe les y regroupe délibérément.
Non. Le suivi du temps GitHub peut fournir des enregistrements sources, mais les employeurs couverts par la FLSA doivent conserver des registres exacts pour les travailleurs non exemptés, y compris les heures travaillées chaque jour ouvré et le total des heures travaillées chaque semaine de travail. Les employés couverts non exemptés doivent recevoir une rémunération des heures supplémentaires pour les heures travaillées au-delà de 40 dans une semaine de travail fixe de 168 heures, à au moins 1,5 fois le taux régulier.
Non. Invitez les personnes qui doivent suivre le temps ou utiliser les fonctionnalités de suivi du temps. Everhour indique que les équipes peuvent inviter et payer uniquement pour les utilisateurs GitHub qui suivront le temps ou utiliseront les fonctionnalités Everhour, plutôt que pour chaque utilisateur GitHub dans l'espace de travail. Cela garde le groupe de suivi aligné sur le besoin réel de reporting.
La plus grande erreur consiste à enregistrer des heures sans structure fiable d'issue, de libellé ou de jalon. Un minuteur sur la mauvaise issue produit un enregistrement, mais le rapport présente toujours le travail de manière erronée. Une bonne hygiène des issues compte avant que le suivi du temps ne passe à l'échelle, surtout lorsque les exports soutiennent la facturation client, les alertes budgétaires, les revues de release ou les vérifications de paie.
Everhour ajoute des contrôles de suivi du temps à GitHub via son extension de navigateur, afin que les membres de l'équipe puissent démarrer des minuteurs ou ajouter du temps manuel depuis le contexte de l'issue. Le temps enregistré alimente ensuite les feuilles de temps, le reporting, la budgétisation, la facturation et la revue de paie d'Everhour, avec des contrôles administrateur pour les approbations, les périodes verrouillées, les rappels et le comportement des minuteurs.
Suivez le travail sur les issues là où les développeurs travaillent déjà, puis utilisez les approbations, les périodes verrouillées et les feuilles de temps d'Everhour pour transformer les heures GitHub en facturation, revue de paie et reporting de projet.
Essai gratuit de 14 jours · Sans carte bancaire · Annulable à tout moment
