Error con dos puntos en el nombre de cometer git

El command git diff "??/??/15 - 12:34" "??/??/?? - 03:21" arroja un error. Parece que : es el culpable.

El cliente que maneja git para mí, no lanzó y cometió un error con los dos puntos en el nombre del commit, pero git Bash para Windows no me deja tener acceso al commit usando las opciones de la línea de command. He intentado ':' o ":" o \: y ninguna de esas opciones funcionó.

¿Cómo alguien usaría dos puntos en la línea de command o cómo alguien escapingía del personaje del colon?

* EDIT *

Aquí hay una copy de la salida del git log --oneline

 9c34cd9 git merge f1195c7 09/04/2015 - 15:05 db38edb 09/03/15 - 17:28 c20dea6 09/02/15 - 19:43 e33cd9c 08/28/15 - 00:12 48692a9 08/26/15 - 16:02 8072375 08/25/15 - 19:58 c6babf3 08/25/15 - 12:12 ff6afbf 08/14/15 - 19:43 a0ccc60 08/08/15 - 13:43 9b446ae 08/04/15 - 16:11 34a7dfe 08/02/15 - 21:09 f6005ba 07/31/15 - 16:12 18dc958 07/31/15 - 16:11 3d4c7fb 07/31/15 - 13:48 c6c9ef9 07/25/15 - 22:42 9fd46df 07/25/15 - 15:23 78fa4ed 07/20/15 - 12:27 af399b7 07/16/15 - 17:00 33fbd24 07/14/15 - 17:46 458bb5e 07/14/15 - 12:32 418a92d 07-13-15 - EOD 72b1408 07/13/15 - 17:43 a6bc32f Merge https://github.com/halcyonsystems/amelia ec27a81 new file: assets/css/main.css new file: assets/im2ff9bc3 Initial commit 

Desde la página de ayuda ( git help diff ):

 NAME git-diff - Show changes between commits, commit and working tree, etc SYNOPSIS git diff [options] [<commit>] [--] [<path>...] git diff [options] --cached [<commit>] [--] [<path>...] git diff [options] <commit> <commit> [--] [<path>...] git diff [options] <blob> <blob> git diff [options] [--no-index] [--] <path> <path> 

Entonces puede especificar dos opciones de path diferentes. Si esas son marcas de time, tienes que ponerlas en la syntax correcta. Ver git help revisions :

  <refname>@{<date>}, eg master@{yesterday}, HEAD@{5 minutes ago} A ref followed by the suffix @ with a date specification enclosed in a brace pair (eg {yesterday}, {1 month 2 weeks 3 days 1 hour 1 second ago} or {1979-02-26 18:30:00}) specifies the value of the ref at a prior point in time. This suffix may only be used immediately following a ref name and the ref must have an existing log ($GIT_DIR/logs/<ref>). Note that this looks up the state of your local ref at a given time; eg, what was in your local master branch last week. If you want to look at commits made during certain times, see --since and --until. 

Esto funciona bien para un solo file como refname .

Si realmente quiere diferenciar todos los cambios en su repository completo entre dos veces, vea esta pregunta y esta pregunta

Actualización basada en la actualización de la pregunta y aclaraciones en los comentarios:

Como las dates aparecen en la primera línea del post de confirmación, primero debe search la date de coincidencia (= post de confirmación) en su repository para determinar la sum de comprobación única que identifica la confirmación respectiva tal como lo explicó Wumpus en los comentarios:

 git log --oneline --grep='07/25/15 - 22:42' 

Esto debería funcionar en tu caso. En el caso general donde la date o la cadena de búsqueda no se pueden encontrar en la primera línea del post de confirmación, use:

 git log --grep='07/25/15 - 22:42' 

Si tiene varias twigs y no sabe en qué twig se encuentra la confirmación correspondiente, agregue el --all switch.

En el resultado encontrará la sum de comprobación, por ejemplo, 3d4c7fb . Este es el identificador único que puede ingresar en git diff . Tenga en count que la sum de comprobación completa es en realidad un poco más larga, pero las abreviaturas son correctas siempre que no sean ambiguas. Por lo general, los primeros cuatro a seis dígitos son suficientes, dependiendo de la cantidad de confirmaciones realizadas en el pasado.

Como Wumpus ya dijo: Esto es horrible. No agregue la date de confirmación al post de logging. Es networkingundante y por lo tanto sin sentido: git ya mantiene dos dates para cada confirmación: la date de autor y la date de confirmación. Para la primera confirmación de un set de cambios, estos dos son idénticos. Durante las operaciones que integran una confirmación en una twig diferente (y generan una nueva sum de verificación de confirmación), la date de confirmación representa la timestamp de la operación, mientras que la date de autor permanece igual. Como expliqué anteriormente, puede consultar un file en una determinada timestamp con el filename@{timestamp} . Vea git help revisions para conocer los detalles de lo que puede hacer con la syntax. Es limpio y bastante flexible.