Me gustaría cambiar el nombre / mover un subárbol de proyecto en Git moviéndolo de

/project/xyz

a

/components/xyz

Si uso un plano git mv project components, xyz projectse pierde todo el historial de confirmaciones . ¿Hay alguna manera de mover esto de tal manera que se mantenga la historia?

Git detecta los cambios de nombre en lugar de persistir en la operación con la confirmación, por lo que si usa git mvo mvno importa.

El logcomando toma un --followargumento que continúa el historial antes de una operación de cambio de nombre, es decir, busca contenido similar utilizando la heurística:

http://git-scm.com/docs/git-log

Para buscar el historial completo, use el siguiente comando:

git log --follow ./path/to/file

Es posible cambiar el nombre de un archivo y mantener el historial intacto, aunque hace que se cambie el nombre del archivo a lo largo de todo el historial del repositorio. Esto es probablemente solo para los amantes obsesivos de git-log, y tiene algunas implicaciones serias, que incluyen:

• Podría estar reescribiendo un historial compartido, que es lo más importante que NO HAGA mientras usa Git. Si alguien más ha clonado el repositorio, lo romperá haciendo esto. Tendrán que volver a clonar para evitar dolores de cabeza. Esto podría estar bien si el cambio de nombre es lo suficientemente importante, pero tendrá que considerar esto con cuidado, ¡podría terminar molestando a toda una comunidad de código abierto!
• Si ha hecho referencia al archivo usando su nombre anterior anteriormente en el historial del repositorio, está rompiendo efectivamente las versiones anteriores. Para remediar esto, tendrás que hacer un poco más de salto de aro. No es imposible, simplemente tedioso y posiblemente no valga la pena.

Ahora, como todavía estás conmigo, probablemente seas un desarrollador en solitario que renombra un archivo completamente aislado. ¡Muevamos un archivo usando filter-tree!

Suponga que va a mover un archivo olda una carpeta diry darle el nombrenew

Esto podría hacerse git mv old dir/new && git add -u dir/new, pero eso rompe la historia.

En lugar:

git filter-branch --tree-filter 'if [ -f old ]; then mkdir dir && mv old dir/new; fi' HEAD

será rehacer cada commit en el ramo, la ejecución del comando en las garrapatas para cada iteración. Muchas cosas pueden salir mal cuando haces esto. Normalmente pruebo para ver si el archivo está presente (de lo contrario, todavía no está allí para moverse) y luego realizo los pasos necesarios para calzar el árbol a mi gusto. Aquí puede atravesar archivos para alterar las referencias al archivo, etc. ¡Déjate fuera! :)

Cuando se completa, el archivo se mueve y el registro está intacto. Te sientes como un pirata ninja.

También; El directorio mkdir solo es necesario si mueve el archivo a una nueva carpeta, por supuesto. El if evitará la creación de esta carpeta antes en el historial que el archivo existente.

No.

La respuesta corta es NO . No es posible cambiar el nombre de un archivo en Git y recordar el historial. Y es un dolor.

Se rumorea que git log --follow--find-copies-harderfuncionará, pero no funciona para mí, incluso si no hay cambios en el contenido del archivo, y los movimientos se han realizado con git mv.

(Al principio utilicé Eclipse para cambiar el nombre y los paquetes de actualización en una sola operación, que pueden haber confundido Git. Pero eso es una cosa muy común de hacer. --followParece que no funciona si sólo mvse lleva a cabo y luego una commity mvno está demasiado lejos.)

Linus dice que se supone que debe comprender todo el contenido de un proyecto de software de manera integral, sin necesidad de rastrear archivos individuales. Bueno, tristemente, mi pequeño cerebro no puede hacer eso.

Es realmente molesto que tantas personas hayan repetido sin pensar la afirmación de que Git rastrea automáticamente los movimientos. Han perdido mi tiempo. Git no hace tal cosa. Por diseño (!) Git no rastrea los movimientos en absoluto.

Mi solución es cambiar el nombre de los archivos a sus ubicaciones originales. Cambie el software para que se ajuste al control de fuente. Con Git parece que solo necesitas "corregirlo" la primera vez.

Desafortunadamente, eso rompe Eclipse, que parece usar --follow. git log --followa veces no muestra el historial completo de archivos con historiales de cambio de nombre complicados, aunque lo git loghace. (No se por que.)

(Hay algunos trucos demasiado inteligentes que se remontan y vuelven a comprometer el trabajo anterior, pero son bastante atemorizantes. Ver GitHub-Gist: emiller / git-mv-with-history ).

git log --follow [file]

le mostrará la historia a través de cambios de nombre.

Hago:

git mv {old} {new}
git add -u {new}

Me gustaría cambiar el nombre / mover un subárbol de proyecto en Git moviéndolo de

/project/xyz

a

/ componentes / xyz

Si uso un plano git mv project components, xyzse pierde todo el historial de confirmación del proyecto.

No (8 años después, Git 2.19, Q3 2018), porque Git detectará el cambio de nombre del directorio , y esto ahora está mejor documentado.

Consulte commit b00bf1c , commit 1634688 , commit 0661e49 , commit 4d34dff , commit 983f464 , commit c840e1a , commit 9929430 (27 de junio de 2018) y commit d4e8062 , commit 5dacd4a (25 de junio de 2018) por Elijah Newren ( newren) .
^{(Fusionada por Junio ​​C Hamano - gitster- en commit 0ce5a69 , 24 jul 2018)}

Eso ahora se explica en Documentation/technical/directory-rename-detection.txt:

Ejemplo:

Cuando todos x/a, x/by se x/chan movido a z/a, z/by z/c, es probable que los x/dagregados mientras tanto también deseen moverse al z/dtomar la pista de que todo el directorio ' x' se movió a ' z'.

Pero son muchos otros casos, como:

un lado del historial cambia el nombre x -> zy el otro cambia el nombre de algún archivo x/e, lo que provoca la necesidad de que la fusión haga un cambio de nombre transitivo.

Para simplificar la detección de cambio de nombre de directorio, Git aplica esas reglas:

un par de reglas básicas limitan cuando se aplica la detección de cambio de nombre del directorio:

1. Si todavía existe un directorio dado en ambos lados de una fusión, no consideramos que haya cambiado de nombre.
2. Si un subconjunto de archivos a renombrar tiene un archivo o directorio en el camino (o estaría en el camino el uno del otro), "apague" el cambio de nombre del directorio para esas subrutas específicas e informe el conflicto al usuario .
3. Si el otro lado del historial cambió el nombre de un directorio a una ruta que su lado del historial renombró, entonces ignore ese cambio de nombre particular del otro lado del historial para cualquier cambio de nombre de directorio implícito (pero advierta al usuario).

Puede ver muchas pruebas en t/t6043-merge-rename-directories.sh, que también señalan que:

• a) Si los cambios de nombre dividen un directorio en dos o más, el directorio con más cambios de nombre, "gana".
• b) Evite la detección de cambio de nombre de directorio para una ruta, si esa ruta es la fuente de un cambio de nombre a ambos lados de una fusión.
• c) Solo aplique el cambio de nombre de directorio implícito a los directorios si el otro lado de la historia es el que realiza el cambio de nombre.

Objetivo

• Uso _{(inspirado en Smar , tomado de Exherbo )}git am
• Agregar historial de confirmación de archivos copiados / movidos
• De un directorio a otro
• O de un repositorio a otro

Limitación

• Las etiquetas y ramas no se guardan
• El historial se corta al cambiar el nombre del archivo de ruta (cambio de nombre del directorio)

Resumen

1. Extraiga el historial en formato de correo electrónico utilizando
   git log --pretty=email -p --reverse --full-index --binary
2. Reorganice el árbol de archivos y actualice los nombres de archivo
3. Agregar nueva historia usando
   cat extracted-history | git am --committer-date-is-author-date

1. Extraiga el historial en formato de correo electrónico

Ejemplo: historia Extracto de file3, file4yfile5

my_repo
├── dirA
│   ├── file1
│   └── file2
├── dirB            ^
│   ├── subdir      | To be moved
│   │   ├── file3   | with history
│   │   └── file4   | 
│   └── file5       v
└── dirC
    ├── file6
    └── file7

Establecer / limpiar el destino

export historydir=/tmp/mail/dir       # Absolute path
rm -rf "$historydir"    # Caution when cleaning the folder

Extraiga el historial de cada archivo en formato de correo electrónico

cd my_repo/dirB
find -name .git -prune -o -type d -o -exec bash -c 'mkdir -p "$historydir/${0%/*}" && git log --pretty=email -p --stat --reverse --full-index --binary -- "$0" > "$historydir/$0"' {} ';'

Lamentablemente opción --followo --find-copies-harderno se puede combinar con --reverse. Es por eso que el historial se corta cuando se cambia el nombre del archivo (o cuando se cambia el nombre de un directorio principal).

Historial temporal en formato de correo electrónico:

/tmp/mail/dir
    ├── subdir
    │   ├── file3
    │   └── file4
    └── file5

Dan Bonachea sugiere invertir los bucles del comando git log generation en este primer paso: en lugar de ejecutar git log una vez por archivo, ejecútelo exactamente una vez con una lista de archivos en la línea de comando y genere un único registro unificado. De esta manera, las confirmaciones que modifican varios archivos siguen siendo una única confirmación en el resultado, y todas las nuevas confirmaciones mantienen su orden relativo original. Tenga en cuenta que esto también requiere cambios en el segundo paso a continuación al reescribir nombres de archivo en el registro (ahora unificado).

2. Reorganice el árbol de archivos y actualice los nombres de archivo

Suponga que desea mover estos tres archivos en este otro repositorio (puede ser el mismo repositorio).

my_other_repo
├── dirF
│   ├── file55
│   └── file56
├── dirB              # New tree
│   ├── dirB1         # from subdir
│   │   ├── file33    # from file3
│   │   └── file44    # from file4
│   └── dirB2         # new dir
│        └── file5    # from file5
└── dirH
    └── file77

Por lo tanto, reorganice sus archivos:

cd /tmp/mail/dir
mkdir -p dirB/dirB1
mv subdir/file3 dirB/dirB1/file33
mv subdir/file4 dirB/dirB1/file44
mkdir -p dirB/dirB2
mv file5 dirB/dirB2

Tu historial temporal es ahora:

/tmp/mail/dir
    └── dirB
        ├── dirB1
        │   ├── file33
        │   └── file44
        └── dirB2
             └── file5

Cambie también los nombres de archivo dentro del historial:

cd "$historydir"
find * -type f -exec bash -c 'sed "/^diff --git a\|^--- a\|^+++ b/s:\( [ab]\)/[^ ]*:\1/$0:g" -i "$0"' {} ';'

3. Aplicar nuevo historial

Su otro repositorio es:

my_other_repo
├── dirF
│   ├── file55
│   └── file56
└── dirH
    └── file77

Aplicar confirmaciones de archivos de historial temporales:

cd my_other_repo
find "$historydir" -type f -exec cat {} + | git am --committer-date-is-author-date

--committer-date-is-author-dateconserva las marcas de tiempo de confirmación originales ( comentario de Dan Bonachea ).

Su otro repositorio es ahora:

my_other_repo
├── dirF
│   ├── file55
│   └── file56
├── dirB
│   ├── dirB1
│   │   ├── file33
│   │   └── file44
│   └── dirB2
│        └── file5
└── dirH
    └── file77

Use git statuspara ver la cantidad de confirmaciones listas para ser empujadas :-)

Truco adicional: verifique los archivos renombrados / movidos dentro de su repositorio

Para enumerar los archivos que han cambiado de nombre:

find -name .git -prune -o -exec git log --pretty=tformat:'' --numstat --follow {} ';' | grep '=>'

Más personalizaciones: puede completar el comando git logcon las opciones --find-copies-hardero --reverse. También puede eliminar las dos primeras columnas utilizando cut -f3-y agrupando el patrón completo '{. * =>. *}'.

find -name .git -prune -o -exec git log --pretty=tformat:'' --numstat --follow --find-copies-harder --reverse {} ';' | cut -f3- | grep '{.* => .*}'

Seguí este proceso de varios pasos para mover el código al directorio principal y retener el historial.

Paso 0: creó un 'historial' de rama desde 'maestro' para su custodia

Paso 1: Utilicé la herramienta git-filter-repo para reescribir el historial. Este comando debajo movió la carpeta 'FolderwithContentOfInterest' a un nivel superior y modificó el historial de confirmación relevante

git filter-repo --path-rename ParentFolder/FolderwithContentOfInterest/:FolderwithContentOfInterest/ --force

Paso 2: En este momento, el repositorio de GitHub perdió su ruta de repositorio remoto. Referencia remota agregada

git remote add origin [email protected]:MyCompany/MyRepo.git

Paso 3: extraer información en el repositorio

git pull

Paso 4: conecte la rama local perdida con la rama de origen

git branch --set-upstream-to=origin/history history

Paso 5: solucione el conflicto de fusión de la estructura de carpetas si se le solicita

Paso 6: ¡ Empuja !

git push

Nota: El historial modificado y la carpeta movida parecen estar ya confirmados. enter code here

Hecho. ¡El código se mueve al directorio padre / deseado manteniendo el historial intacto!

Si bien el núcleo de Git, la plomería de Git no realiza un seguimiento de los cambios de nombre, el historial que muestra con la "porcelana" del registro de Git puede detectarlos si lo desea.

Para un git loguso determinado, la opción -M:

git log -p -M

Con una versión actual de Git.

Esto también funciona para otros comandos git diff.

Hay opciones para hacer las comparaciones más o menos rigurosas. Si cambia el nombre de un archivo sin realizar cambios significativos al mismo tiempo, facilita que Git log y sus amigos detecten el cambio de nombre. Por esta razón, algunas personas cambian el nombre de los archivos en una confirmación y los cambian en otra.

Hay un costo en el uso de la CPU cada vez que le pide a Git que encuentre dónde se han renombrado los archivos, por lo tanto, si lo usa o no, y cuándo, depende de usted.

Si desea que siempre se informe su historial con la detección de cambio de nombre en un repositorio particular, puede usar:

git config diff.renames 1

Se detectan archivos que se mueven de un directorio a otro . Aquí hay un ejemplo:

commit c3ee8dfb01e357eba1ab18003be1490a46325992
Author: John S. Gruber <[email protected]>
Date:   Wed Feb 22 22:20:19 2017 -0500

    test rename again

diff --git a/yyy/power.py b/zzz/power.py
similarity index 100%
rename from yyy/power.py
rename to zzz/power.py

commit ae181377154eca800832087500c258a20c95d1c3
Author: John S. Gruber <[email protected]>
Date:   Wed Feb 22 22:19:17 2017 -0500

    rename test

diff --git a/power.py b/yyy/power.py
similarity index 100%
rename from power.py
rename to yyy/power.py

Tenga en cuenta que esto funciona siempre que use diff, no solo con git log. Por ejemplo:

$ git diff HEAD c3ee8df
diff --git a/power.py b/zzz/power.py
similarity index 100%
rename from power.py
rename to zzz/power.py

Como prueba, realicé un pequeño cambio en un archivo en una rama de características y lo confirmé y luego en la rama maestra cambié el nombre del archivo, confirmé y luego hice un pequeño cambio en otra parte del archivo y lo confirmé. Cuando fui a la rama de características y fusioné desde master, la fusión cambió el nombre del archivo y fusionó los cambios. Aquí está el resultado de la fusión:

 $ git merge -v master
 Auto-merging single
 Merge made by the 'recursive' strategy.
  one => single | 4 ++++
  1 file changed, 4 insertions(+)
  rename one => single (67%)

El resultado fue un directorio de trabajo con el archivo renombrado y ambos cambios de texto realizados. Por lo tanto, es posible que Git haga lo correcto a pesar del hecho de que no rastrea explícitamente los cambios de nombre.

_{Esta es una respuesta tardía a una pregunta anterior, por lo que las otras respuestas pueden haber sido correctas para la versión de Git en ese momento.}

Primero cree un commit independiente con solo un cambio de nombre.

Luego, cualquier cambio eventual al contenido del archivo se coloca en la confirmación por separado.

Para cambiar el nombre de un directorio o archivo (no sé mucho sobre casos complejos, por lo que puede haber algunas advertencias):

git filter-repo --path-rename OLD_NAME:NEW_NAME

Para cambiar el nombre de un directorio en archivos que lo mencionan (es posible usar devoluciones de llamada, pero no sé cómo):

git filter-repo --replace-text expressions.txt

expressions.txtes un archivo lleno de líneas como literal:OLD_NAME==>NEW_NAME(es posible usar RE con Python regex:o glob con glob:).

Para cambiar el nombre de un directorio en mensajes de confirmaciones:

git-filter-repo --message-callback 'return message.replace(b"OLD_NAME", b"NEW_NAME")'

Las expresiones regulares de Python también son compatibles, pero deben escribirse en Python, manualmente.

Si el repositorio es original, sin control remoto, deberá agregarlo --forcepara forzar una reescritura. (Es posible que desee crear una copia de seguridad de su repositorio antes de hacer esto).

Si no desea conservar las referencias (se mostrarán en el historial de ramas de la GUI de Git), deberá agregarlas --replace-refs delete-no-add.

Simplemente mueva el archivo y el escenario con:

git add .

Antes de confirmar puede verificar el estado:

git status

Eso mostrará:

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
        renamed:    old-folder/file.txt -> new-folder/file.txt

Probé con Git versión 2.26.1.

Extraído de la página de ayuda de GitHub .

Hago mover los archivos y luego hago

git add -A

que ponen en el área de almacenamiento todos los archivos borrados / nuevos. Aquí git se da cuenta de que el archivo se mueve.

git commit -m "my message"
git push

No sé por qué, pero esto funciona para mí.