¿Salida de Git log a XML, JSON o YAML?

Hice algo como esto para crear un widget web api / javascript mínimo que mostraría las últimas 5 confirmaciones en cualquier repositorio.

Si está haciendo esto desde cualquier tipo de lenguaje de scripting, realmente desea generar su JSON con algo que no sea " para su carácter de cita, de modo que pueda escapar de las comillas reales en los mensajes de confirmación. (Usted los tendrá tarde o temprano, y no es bueno que eso rompa las cosas.)

Así que terminé con el terrorífico pero poco probable delimiter ^@^ y esta línea de comandos.

var cmd = 'git log -n5 --branches=* --pretty=format:\'{%n^@^hash^@^:^@^%h^@^,%n^@^author^@^:^@^%an^@^,%n^@^date^@^:^@^%ad^@^,%n^@^email^@^:^@^%aE^@^,%n^@^message^@^:^@^%s^@^,%n^@^commitDate^@^:^@^%ai^@^,%n^@^age^@^:^@^%cr^@^},\'';

Entonces (en nodo.js) mi cuerpo de respuesta http se construye a partir de stdout de la llamada a git log así:

var out = ("" + stdout).replace(/"/gm, '\\"').replace(/\^@\^/gm, '"');
if (out[out.length - 1] == ',') {
    out = out.substring (0, out.length - 1);
}

Y el resultado es un buen JSON que no rompe con las comillas.

Este script envuelve el registro de git y produce una salida JSON: https://github.com/paulrademacher/gitjson

Escribí esto en Powershell para obtener git logdata y guardarlo como json u otro formato:

$header = @("commit","tree","parent","refs","subject","body","author","commiter") 
[string] $prettyGitLogDump= (git log MyCoolSite.Web-1.4.0.002..HEAD --pretty=format:'%H|%T|%P|%D|%s|%b|%an|%cn;') 
$gldata = foreach ($commit in $prettyGitLogDump.Replace("; ",';') -split  ";", 0, "multiline") {
          $prop = $commit -split "\|"
          $hash = [ordered]@{}
          for ($i=0;$i -lt $header.count;$i++) {$hash.add($header[$i],$prop[$i])} 
          [pscustomobject]$hash
}
$gldata |  ConvertTo-Json | Set-Content -Path "GitLog.json" 

Los nombres de los encabezados:

"commit","tree","parent","refs","subject","body","author", "commiter"

Tiene que estar sincronizado con los campos de datos :

Pretty pretty = format: '%H / % T|%P|%D|%s|%b|%an / % cn; '

Véase prettyformat docs.
Elijo tubería | como separador. Estoy tomando un risc que no se utiliza en el mensaje de confirmación. Me punto y coma usado ; como un sep por cada compromiso. Por supuesto que debería elegir otra cosa. Podría intentar codificar alguna expresión regular inteligente para que coincida y comprobar si sus separadores se utilizan en el mensaje de confirmación. O puede codificar regularexpression más compleja para que coincida con el punto de división o codificar un bloque de scripts de powershell para definir la división.

La línea más difícil de descifrar en el código fue.

PrettyGitLogDump.Sustituir("; ",';') -dividir";", 0, "multilínea"

Tiene que establecer la opción multilínea porque puede haber CR/LF en los mensajes y luego paradas de división - solo puede establecer multilínea si se da nr de división. Por lo tanto segundo paramvalue 0 que significa todo.

(El Replace("; ",';') es solo un truco que tengo un espacio después de la primera confirmación. Así que elimino el espacio después del separador de confirmación. Probablemente hay una solución mejor.)

De todos modos creo que esto podría ser una solución viable para los usuarios de Windows o powershells los fans que quieren el registro de git para ver quién hizo el commit y por qué.

He aquí https://github.com/dreamyguy/gitlogg , el último analizador git-log => JSON que necesitarás!

Algunas de las características de Gitlogg son:

• Analiza el git logde múltiples repositorios en un archivo JSON .
• Introducido repository clave/valor.
• Introducido files changed, insertions y deletions claves/valores.
• Introducido impact clave / valor, que representa los cambios acumulados para el commit (insertions - deletions).
• Desinfecta las comillas dobles " convirtiéndolas en comillas simples ' en todos los valores que permiten o son creados por la entrada del usuario, como subject.
• Casi todos los marcadores de posición pretty=format: están disponibles.
• Incluya / excluya fácilmente qué claves/valores se analizarán en JSON comentando/descomentando los disponibles.
• Código fácil de leer que está bien comentado.
• Retroalimentación sobre la ejecución del script consola.
• Manejo de errores (ya que la ruta a los repositorios necesita ser establecida correctamente).

Éxito, el JSON fue analizado y guardado.

Error 001: la ruta a los repositorios no existe.

Error 002: la ruta a los repositorios existe, pero está vacía.