¿Copiar el repository desnudo de Git cambia el logging?

Me gustaría probar algunas cosas con git y no quiero arruinar nada en el repository de trabajo.

Para tratar de mantener las cosas seguras, hice una copy del repository desnudo con el que trabajo y de este informe estoy intentando hacer todos mis bashs y labeldo. Solía:

cp --preseve -r original.git copy_of_original.git 

Aunque entiendo que se pueden deshacer malas confirmaciones y otras cosas, no quiero dejar el repository con todas estas confirmaciones revertidas, ni tampoco quiero hacer ninguna refactorización, de ahí mi deseo de simplemente trabajar desde un repository duplicado y vacío.

El problema es que ejecuto lo siguiente:

 git diff --name-only master@{"5 day ago"} master 

y regresar:

 warning: Log for 'master' only goes back to Fri, 15 Feb 2013 20:42:43 -0500. 

El repository original, que no quiero tocar, sí tiene files que fueron modificados desde hace 5 días.

Si realizo git log de git log en mi repository copydo, el logging de estos cambios de 5 días todavía está allí.

¿Que esta pasando aqui?

¿Hay una mejor manera de hacer una copy independiente del repository?

Actualización 1

Me di count de que era impreciso con mi pregunta. Yo había corrido:

 git diff --name-only master@{"5 day ago"} 

en el directory producido desde:

 git clone copy_of_original.git clone_of_copy 

La syntax de @{5 days ago} depende de la información del reflog , como se explica en la sección de la documentation de git-rev-parse que se cita a continuación. Los reflogs son locales para un repository y nunca se transfieren mediante clonación, búsqueda o inserción. Esta no es la información que muestra el git log , a less que se --walk-reflogs opción -g o --walk-reflogs .

Los repositorys desnudos generalmente no conservan los reflogs, por lo que una copy del repository tampoco tendría esa información.

 <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. 

Si clonas , solo se copy una parte de las cosas, si copys , tienes una versión idéntica del repository original. Eso funciona bien con git ; puede hacer copys de security y restaurar, etc.

Cada clon incluye una copy completa del repository (en el caso de que tenga una sola twig, principal) dentro del directory .git. Cada copy es independiente de las demás, y se modifica mediante confirmaciones locales o cuando se extrae de otro repository.

Entonces una copy recursiva está perfectamente bien.

En cuanto a lo que ves, debes proporcionar más detalles y una list más completa de los commands que ejecutas.