Estoy usando Dropboxpara sincronizar un gitrepositorio, pero ahora cuando lo intento y pushaparece un error:
fatal: Reference has invalid format: 'refs/heads/master (MacBook-Pro's conflicted copy 2012-10-07)'
Entonces, parece que Dropbox detectó un conflicto y creó una copia. Ok, no hay problema, entonces eliminé el archivo en conflicto. Aún así, aparece el error de git anterior.
$ git checkout master
M index.html
Already on 'master'
$ git add .
$ git commit -a -m "Cleanup repo"
[master ff6f817] Cleanup repo
1 file changed, 5 insertions(+), 5 deletions(-)
$ git push
fatal: Reference has invalid format: 'refs/heads/master (MacBook-Pro's conflicted copy 2012-10-07)'
The remote end hung up unexpectedly`
¿Cómo puedo arreglar esto? Gracias.

find . -type f -name "* conflicted copy*" -deleteEl archivo en conflicto podría estar en varios lugares, buscaría:
O puede buscar en todas partes en el
.gitsubdirectorio:find . -name '*conflicted*'O, de lo contrario, enumere las ramas activas con
git branch -ay elimine (git branch -d) cualquier cosa sospechosa.fuente
.git. Los revisé y los borré todos, y está arreglado. Gracias.find . -name '*conflicted*'(Editar: formato)find, conseguí un solo archivo conflictivo y solucioné manualmente el problema con dosmv. Hacer esto lentamente y razonando paso a paso es la ruta más segura.Esto también le sucede a nuestro equipo cuando mi colega empuja sus cambios y apaga la PC antes de que se actualice Dropbox.
Lo resolví de manera tan simple.
Acabo de eliminar la copia en conflicto. (Copia en conflicto de XXXX aaaa-mm-dd)
Y tire de él normalmente.
Tenga en cuenta que mi colega tuvo los cambios antes estropeados. Y volvió a impulsar sus cambios. Esta vez no hay apagado. :)
fuente
Pude eliminar todos los archivos en conflicto de mi carpeta .git, pero seguí recibiendo errores sobre archivos que ya no existían.
La solución para mí fue abrir
.git/refs/packed_refsy eliminar líneas que contenían el texto "en conflicto".fuente
Para mi estaba dando error:
fatal: Reference has invalid format: 'refs/tags/r0.2:3'Puede ir a /.git/packed_refs archivo y eliminar la línea para
refs/tags/r0.2:3Entonces empezó a funcionar. Pero por qué sucedió en primer lugar, no lo sé.
fuente
Pruebe por
git checkout masterprimera vez para entrar en la rama sana y bien nombrada.fuente
git push origin mastery también pegar el resultado degit branch -apor favor?git branch -ada como resultado este mismo error!Estaba recibiendo el mismo error
para el siguiente comando
Luego, busqué un nombre erróneo (nombre de rama seguido de (1)) usando el comando
Y mostró el siguiente resultado
Que es una versión duplicada de alguna rama en mi opinión . Entonces, eliminé esto ejecutando el comando de búsqueda seguido de eliminar
Entonces el comando de rama se ejecuta con éxito
fuente
Encontré un error similar como
La simple eliminación del archivo
.git/refs/heads/user-search-api (Sithu's conflicted copy 2016-01-08)en el repositorio remoto de Dropbox resolvió el problema.fuente