¿Odias los anuncios? Ir Sin publicidad Hoy 

Formateador y pulidor de registros de Git

DatosDesarrolladorTexto

[iotools_git_log_formatter_prettifier]

Guía

Git Log Formatter & Prettifier - IO Tools

Formateador y pulidor de registros de Git

Pegar la salida bruta de git log y conviértala inmediatamente en una tabla HTML limpia y fácil de escanear, una tabla Markdown lista para copiar o un array JSON estructurado. La herramienta detecta automáticamente los formatos de registro más comunes (--oneline, --mediumy --pretty=fuller) y normaliza la columna de fechas, así que puedes pegar el resultado directamente en una nota de lanzamiento, una descripción de solicitud de código o un panel interno.

Cómo Usar

Ejecuta git log en tu terminal con las banderas que prefieras y copia la salida.
Pégalo en el Salida de Git Log en la zona de texto de la izquierda.
Deja Formato de entrada en Detectar automáticamente, o elige el formato exacto que usaste.
Elige un Formato de fecha (ISO, corto, RFC 2822 o relativo) si deseas normalizar las marcas de tiempo.
Elige tu Salida como destino: tabla HTML, tabla Markdown o array JSON.
Usa el botón de copiar para obtener la fuente, el botón de descarga para guardar un archivo o lee la vista en tiempo real encima del código fuente.

Características

Detección automática de formatos – Reconoce --oneline, --mediumy --pretty=fuller salida sin configuración.
Tres destinos de salida – Genera una tabla HTML estilizada, una tabla Markdown de GitHub o un array JSON en un solo clic.
Vista en tiempo real de HTML – Ve la tabla renderizada encima de la fuente para saber exactamente qué verán tus lectores.
Formatos de fecha configurables – Convierte las cadenas de fecha por defecto de Git en formato ISO 8601, fecha corta, RFC 2822 o tiempo relativo legible.
Columnas de hash, autor, fecha y tema – Detectadas automáticamente desde el bloque de registro para que la salida permanezca compacta cuando los campos faltan.
Referencias y commits de fusión – Conserva las referencias de rama y etiqueta desde el encabezado, más la Merge: línea cuando esté presente.
Solo del lado del cliente – Los mensajes de tus commits permanecen en el navegador; nada se sube ni almacena.

 Preguntas frecuentes

¿Cuál es la diferencia entre el formato de registro de Git oneline y medium?

El --oneline formato imprime un commit por línea como <short-hash> <subject>, opcionalmente seguido por nombres de referencias entre paréntesis. El formato por defecto --medium imprime un bloque de varias líneas por commit con el hash completo en la primera línea y encabezados etiquetados, seguido por un mensaje de commit indentado. El formato medium es más detallado pero conserva la autoría y las fechas; el formato oneline es denso y ideal para escanear el historial. Author: y Date: ¿Por qué Git imprime fechas en un formato no ISO por defecto?
Git hereda su formato predeterminado de fechas (estilo RFC 2822, por ejemplo,

) de las convenciones antiguas de correo electrónico de Unix, donde los commits originalmente se intercambiaban como parches por correo. El formato ISO 8601 es más amigable para las máquinas, por lo que Git también soporta Tue Oct 10 13:55:36 2024 -0700y una serie de otros formatos. Las herramientas que consumen la salida de registro normalmente normalizan las fechas para que los sistemas posteriores puedan ordenar o comparar commits de forma confiable. --date=iso ¿Qué representa el hash corto en un commit de Git?
Cada commit de Git se identifica mediante un resumen SHA-1 (o SHA-256 en repositorios más nuevos) de sus contenidos. El hash corto simplemente es los primeros 7 (o más) caracteres de ese resumen. Git amplía automáticamente tantos caracteres como sea necesario para mantener la ambigüedad dentro de un repositorio dado, por lo que el hash corto es una referencia compacta pero aún única al commit.

¿Qué es un commit de fusión y cómo se diferencia de un commit normal?
Un commit normal tiene exactamente un padre y representa un cambio lineal sobre una historia existente. Un commit de fusión tiene dos o más padres y une dos ramas divergentes de nuevo. En

, los commits de fusión se marcan con un encabezado extra que lista los hashes de los padres, lo que los distingue de los commits de características. git log --medium¿Por qué las tablas HTML y Markdown son útiles para compartir el historial de commits? Merge: la salida es texto monoespaciado que no se renderiza bien en la mayoría de los sistemas de documentación. Convertirla en una tabla HTML o Markdown da a cada campo de commit su propia columna, permite a los lectores escanear muchos commits al mismo tiempo y permite integrar el historial en notas de lanzamiento, listas de cambios, wikis o descripciones de solicitudes de código, donde el Markdown y el HTML son ciudadanos de primera clase.
Git Log Formatter & Prettifier 1

Bruto git log Git Log Formatter & Prettifier