Las incidencias de GitHub son unidades de trabajo naturales para los desarrolladores, y Everhour añade tiempo que se puede registrar sin salir del trabajo en el repositorio.
Introduzca la hora de entrada y de salida de cada día. Las horas extra y el salario bruto se calculan automáticamente.
| Día | Hora de entrada | Inicio del descanso | Fin del descanso | Descanso | Hora de salida | Total |
|---|
La calculadora le da el número — Everhour se encarga del resto.
Un clic y ya está cronometrando. Inicie un temporizador, añada una entrada, edite los detalles. Así es exactamente como se siente en Everhour.
Establezca un presupuesto, asigne tarifas y reciba alertas antes de pasarse.
Medición
Controle su presupuesto por tiempo o por costes
Todos los informes que necesita — configurados a su manera, siempre actualizados.
Las horas registradas pasan directamente a una factura pulida — sin copiar y pegar, sin cálculos manuales.
Esta página es para equipos que planifican el trabajo de ingeniería en GitHub y necesitan registros de tiempo vinculados a las mismas incidencias, etiquetas, hitos y repositorios. GitHub Issues ya organiza informes de errores, nuevas funciones, ideas y tareas de equipo, por lo que la incidencia es el lugar práctico para registrar el tiempo de los desarrolladores. Una configuración útil mantiene la entrada de tiempo cerca del elemento de trabajo, no en una nota separada que alguien concilia más tarde.
Para empleadores de EE. UU., el seguimiento del tiempo también tiene un aspecto de mantenimiento de registros salariales y horarios. La FLSA exige que los empleadores cubiertos mantengan registros precisos de los trabajadores no exentos, incluidas las horas trabajadas cada jornada laboral y el total de horas trabajadas cada semana laboral. La base federal no exige un sistema específico de control horario, pero los registros deben ser lo bastante completos y precisos para respaldar la nómina, la facturación y la revisión posterior.
Una integración de GitHub debe preservar la estructura de proyecto que los desarrolladores ya utilizan. Las entradas de tiempo necesitan el título de la incidencia, el repositorio, la etiqueta, el hito, el miembro del equipo, la fecha, el estado facturable y notas cuando el trabajo requiera explicación. Esa estructura permite a un gestor revisar el tiempo por área de sprint, etiqueta de error, proyecto de cliente o hito de lanzamiento sin reconstruir el contexto a partir de mensajes de commit.
Las etiquetas y los hitos de GitHub importan porque convierten horas sin procesar en dimensiones de informes utilizables. Una etiqueta de corrección de errores, un nombre de repositorio y un hito de lanzamiento pueden mostrar dónde se destinó el esfuerzo de ingeniería durante un periodo de facturación. La hoja de cálculo o el informe puede entonces agrupar el tiempo por miembro, repositorio, proyecto o periodo. La integración termina en el registro de tiempo y el informe; la nómina, la facturación o la contabilidad aún necesitan una entrega aprobada.
El seguimiento del tiempo en GitHub implica una decisión real de permisos. Everhour afirma que solicita acceso al repositorio de GitHub para trabajar con incidencias, y GitHub define el alcance repo de OAuth de forma amplia como acceso completo a repositorios públicos y privados, incluido acceso de lectura y escritura al código y a los recursos del repositorio. Los administradores deben revisar ese acceso antes de conectar cualquier repositorio que contenga código sensible, trabajo regulado de clientes o material restringido de clientes.
La visibilidad también necesita una política clara. Everhour dice que los datos relacionados con el tiempo mostrados dentro de GitHub solo son visibles para las personas que pertenecen al equipo de Everhour y han instalado la extensión de navegador de Everhour. Los equipos pueden invitar solo a los usuarios de GitHub que necesiten registrar tiempo o usar funciones de Everhour. Eso evita dar un puesto de seguimiento del tiempo a cada colaborador del repositorio cuando solo los desarrolladores, responsables de proyecto o revisores de facturación necesitan el flujo de trabajo.
Un rastreador puntual es suficiente cuando un freelance necesita una lista fechada de trabajo en incidencias para una sola factura o un equipo pequeño necesita un breve resumen de proyecto. Debe capturar la incidencia, la fecha, la persona, las horas, la tarifa y el estado facturable. Para empleados no exentos cubiertos, el empleador aún necesita horas diarias y semanales en registros que respalden la base federal y cualquier requisito estatal o local más estricto.
Un flujo de trabajo gestionado se vuelve necesario cuando el tiempo de GitHub afecta a la nómina, la facturación de clientes, los presupuestos o la planificación de capacidad. Everhour puede mantener el tiempo a nivel de incidencia conectado con controles de equipo, incluidos flujo de aprobación, periodos bloqueados, correcciones de administrador, límites personales de seguimiento, capacidad semanal, roles, asignaciones de proyecto, grupos de equipo y valores predeterminados de políticas para todo el equipo. Eso ofrece a los gestores un registro revisado antes de que las horas alimenten facturas, informes o revisión de nómina.
Este contenido es solo para información general, puede no estar totalmente actualizado y se proporciona sin ninguna garantía ni responsabilidad.
High Performer
G2
Verano 2026
Best Ease Of Use
Capterra
Verano 2026
Clasificado entre las mejores herramientas de control del tiempo en G2, Capterra y TrustRadius — con elogios constantes por su facilidad de uso, integraciones y soporte.
GitHub organiza el trabajo mediante incidencias, etiquetas, hitos, repositorios, pull requests y discusiones, pero el seguimiento del tiempo facturable requiere un flujo de trabajo añadido. Una capa de seguimiento del tiempo registra quién trabajó, a qué incidencia pertenece el trabajo, si el tiempo es facturable y qué fecha o periodo de facturación debe recibir la entrada.
El tiempo de los desarrolladores debe registrarse contra la incidencia de GitHub que representa la tarea, el error o la función. Eso mantiene el registro de trabajo vinculado al título, repositorio, etiquetas e hito ya utilizados para la planificación. Registrar tiempo solo a nivel de proyecto pierde el detalle a nivel de incidencia necesario para estimaciones, revisión de facturación y análisis posterior.
Repositorio, título de la incidencia, etiqueta, hito, miembro del equipo, fecha, horas, estado facturable y notas son los campos prácticos. Las etiquetas separan categorías como errores o trabajo de funciones. Los hitos conectan horas con lanzamientos. Los repositorios separan productos o trabajo de cliente. El sistema de tiempo debe preservar esos campos en lugar de aplanar cada entrada en un total de proyecto genérico.
Los administradores deben revisar el alcance repo de OAuth antes de conectar una integración de seguimiento del tiempo. Everhour afirma que solicita acceso al repositorio para llegar a las incidencias, mientras que GitHub define el alcance repo de forma amplia en repositorios públicos y privados, incluido acceso de lectura y escritura al código y a los recursos del repositorio. Esa revisión corresponde antes de la instalación, especialmente para repositorios restringidos.
El tiempo de incidencias de GitHub puede respaldar la revisión de nómina cuando los registros de tiempo incluyen el detalle diario y semanal de horas requerido para trabajadores no exentos cubiertos. Bajo la FLSA, los empleadores cubiertos deben mantener registros precisos de los trabajadores no exentos, incluidas las horas trabajadas cada jornada laboral y el total de horas trabajadas cada semana laboral. El contexto de GitHub ayuda a explicar el trabajo, pero el empleador aún necesita registros conformes.
Everhour Team Management ofrece a los administradores controles sobre el tiempo enviado antes de que llegue a la facturación o a la revisión de nómina. Los gestores pueden usar flujo de aprobación, periodos bloqueados, corrección de tiempo por administrador, límites personales de seguimiento, capacidad semanal, roles, asignaciones de proyecto, grupos de equipo y valores predeterminados de políticas para todo el equipo para mantener coherentes los registros de tiempo vinculados a GitHub.
La generación de informes de Everhour puede usar etiquetas, hitos y repositorios de GitHub como dimensiones de informe, con filtrado por proyecto, miembro del equipo o periodo. Los informes pueden exportarse a Excel o enviarse por correo electrónico, de modo que el tiempo de desarrollo a nivel de incidencia se convierte en un registro utilizable para análisis de facturación, revisión de presupuesto y seguimiento de proyecto.
Registre el tiempo aprobado de incidencias de GitHub con Everhour Team Management, luego bloquee periodos revisados, corrija entradas, gestione la capacidad y mantenga la revisión de facturación o nómina vinculada a controles claros del equipo.
Prueba gratuita de 14 días · Sin tarjeta de crédito · Cancela cuando quieras
