Git y desagradable "error: no se puede bloquear la información existente / referencias fatales"

Después de clonar desde el repositorio remoto de git (en bettercodes) hice algunos cambios, me comprometí e intenté presionar:

git push origin master

Errores con:

error: no se puede bloquear la información / referencias existentes
fatal: error de git-http-push

Este caso se refiere al repositorio ya existente.

Lo que hice antes fue:

1. git config –global http.sslVerify false
2. git init
3. git remote add [url]
4. git clone
5. cambiar datos
6. git commit

En 'bettercodes' no tengo acceso a git log.

Estoy usando Windows El error detallado fue:

C:\MyWorkStuff\Projects\Ruby\MyProject\>git push origin master
Unable to create branch path https://user:password@git.bettercodes.org/myproject/info/
error: cannot lock existing info/refs
fatal: git-http-push failed

Cloné antes, luego cambié el código y me comprometí.

Para mí esto funcionó:

git remote prune origin

Como esta respuesta parece ayudar a mucha gente, profundicé un poco en lo que realmente sucede aquí. Lo que esto hará es eliminar las referencias a ramas remotas en la carpeta .git/refs/remotes/origin. Por lo tanto, esto no afectará a sus sucursales locales y no cambiará nada remoto, pero actualizará las referencias locales que tiene a las sucursales remotas. Parece que en algunos casos estas referencias pueden contener datos que Git no puede manejar correctamente.

Quieres intentar hacer:

git gc --prune=now

Ver https://www.kernel.org/pub/software/scm/git/docs/git-gc.html

Esto me sucedió cuando mi git remote (bitbucket.org) cambió su dirección IP. La solución rápida fue eliminar y volver a agregar el control remoto, luego todo funcionó como se esperaba. Si no está familiarizado con cómo eliminar y volver a agregar un control remoto en git, estos son los pasos:

1. Copie la URL git SSH de su control remoto existente. Puede imprimirlo en la terminal con este comando:

   git remote -v

que imprimirá algo como esto:

 origin git@server-address.org:account-name/repo-name.git (fetch)
 origin git@server-address.org:account-name/repo-name.git (push)

2. Elimine el control remoto de su repositorio local de git:

   git remote rm origin

3. Agregue el control remoto a su repositorio local:

   git remote add origin git@server-address.org:account-name/repo-name.git

El comando en ejecución lo git update-ref -d refs/heads/origin/brancharregló.

Lo arreglé haciendo lo siguiente

git branch --unset-upstream
rm .git/refs/remotes/origin/{branch}
git gc --prune=now
git branch --set-upstream-to=origin/{branch} {branch}
#or git push --set-upstream origin {branch}
git pull

Esto supone que sus ramas locales y remotas están alineadas y que solo obtiene el error de referencia como no fatal.

Tuve este problema porque estaba en una sucursal que tenía un nombre similar a una sucursal aguas arriba. es decir, se llamó a la rama aguas arriba y se llamó a example-branchmi rama local example-branch/backend. La solución fue cambiar el nombre de mi sucursal local de la siguiente manera:

git branch -m <new name goes here>

Lo que funcionó para mí fue:

1. Eliminar .git/logs/refs/remotes/origin/branch
2. Eliminar .git/refs/remotes/origin/branch
3. correr git gc --prune=now

Esto probablemente ya se haya resuelto. Pero aquí está lo que funcionó para mí.

1. Ubicación:

   • Si el repositorio bloqueado está en el lado del servidor:

     1. ssh a su repositorio git en el servidor.
     2. Inicie sesión como usuario que tiene permisos para modificar el repositorio y navegue hasta el repositorio en su servidor.

   • Si el repositorio bloqueado es solo local:

     1. Abra la consola de git y navegue al directorio del repositorio.

     2. Ejecute este comando:

        git update-server-info
        

2. Arregle los permisos en su repositorio (remoto o local) si es necesario. En mi caso tuve que chmodir 777y chownvenirapache:apache

3. Intente presionar nuevamente desde el repositorio local:

   git push
   

Así es como funciona para mí.

1. busque el archivo de bloqueo DAV de Apache en su servidor (por ejemplo, / var / lock / apache2 / DAVlock)
2. bórralo
3. recrearlo con permisos de escritura para el servidor web
4. reiniciar el servidor web

Alternativa aún más rápida:

1. busque el archivo de bloqueo DAV de Apache en su servidor (por ejemplo, / var / lock / apache2 / DAVlock)
2. Vaciar el archivo: cat /dev/null > /var/lock/apache2/DAVlock
3. reiniciar el servidor web

Esto suena como un problema de permisos: ¿es posible que haya abierto dos ventanas que se ejecutan con derechos separados? Quizás verifique la propiedad de la carpeta .git.

Tal vez verifique si hay un bloqueo de archivo pendiente abierto, tal vez use lsof para verificar, o el equivalente para su sistema operativo.

En mi caso, una rama se movió a un subdirectorio y el directorio se llamó como la rama. Git estaba confundido por eso. Cuando eliminé la sucursal local (en SourceTree solo con hacer clic derecho en eliminar) todo funcionó como de costumbre.

En mi caso, después de recibir este mensaje, hice el comando de pago y recibí este mensaje:

Your branch is based on 'origin/myBranch', but the upstream is gone.
  (use "git branch --unset-upstream" to fixup)

Después de ejecutar este comando, volví a la normalidad.

Actualizar:

Es posible que deba editar su archivo ~ / .netrc:

https://bugs.launchpad.net/ubuntu/+source/git-core/+bug/293553

Respuesta original:

¿Por qué deshabilitó ssl? Creo que esto podría tener que ver con que no puedas presionar a través de https. Volvería a configurarlo e intentaría presionar de nuevo:

git config –global http.sslVerify true

Compruebe que usted (proceso git en realidad) tenga acceso al archivo .git/info/refsy que este archivo no esté bloqueado por otro proceso.

Tuve este problema cuando intentaba crear una nueva rama de características que contuviera el nombre de la rama anterior, por ejemplo, origin - branch1 y quería crear una característica branch1. No era posible, pero branch1 / feature ya lo era.

En mi caso, tuve que eliminar manualmente las etiquetas antiguas que se habían eliminado en el control remoto.

En mi caso, estaba conectado con el nombre de la sucursal que ya había creado.

Para solucionar el problema, he creado una rama con el nombre que con seguridad no debería existir, como:

git checkout -b some_unknown_branch

Luego, borré todas mis otras ramas (no activas) porque eran basura innecesaria.

git branch | grep -v \* | grep -v master | xargs git branch -D

y luego cambié el nombre de mi sucursal actual con el nombre que pretendía, como:

git checkout -m my_desired_branch_name

En el caso de bettercodes.org, la solución es más poética: el único problema puede estar en los derechos asignados a los miembros del proyecto. ¡Los miembros simples no tienen derechos de escritura! Asegúrese de tener los derechos de moderador o administrador. Esto debe ser configurado en bettercodes.org en la configuración del proyecto por un administrador, por supuesto.

Vi este error al intentar ejecutar git filter-branchpara separar muchos subdirectorios en un nuevo repositorio separado (como en esta respuesta ).

Probé todas las soluciones anteriores y ninguna funcionó. Finalmente, decidí que no necesitaba conservar mis etiquetas tan mal en la nueva rama y simplemente ejecuté:

git remote remove origin
git tag | xargs git tag -d
git gc --prune=now
git filter-branch --index-filter 'git rm --cached -qr --ignore-unmatch -- . && git reset -q $GIT_COMMIT -- apps/AAA/ libs/xxx' --prune-empty -- --all