Soy nuevo en git, así que me disculpo (y corríjame) si uso mal la terminología aquí, pero haré todo lo posible.

Estoy tratando de configurar un repositorio git (concentrador) y una copia de trabajo del sitio de desarrollo (principal) en un servidor web. Intenté diseñarlo después de este artículo . Quiero que la copia de trabajo de desarrollo se actualice cada vez que se envíe el repositorio del concentrador. Tengo la impresión de que el gancho adecuado para esto es post-update, que he creado así:

#!/bin/sh
whoami
cd /path/to/working-copy/
RET=`git pull`
echo $RET

Actualizar

Cuando envío cambios desde mi repositorio local al concentrador desnudo, obtengo el siguiente resultado del script posterior a la actualización:

remote: sites
remote: fatal: Not a git repository: '.'

Sin embargo, si entro con SSH al servidor como 'sitios' de usuario y ejecuto este script manualmente, funciona muy bien.

Aquí está el guión que finalmente funcionó. Creo que lo que me faltaba originalmente y que impedía que funcionara de forma remota era elunset GIT_DIR

#!/bin/sh
cd /path/to/working-copy/ || exit
unset GIT_DIR
git pull repo branch

exec git-update-server-info

Prueba en su lugar:

#!/bin/sh
cd /path/to/working-copy/
env -i git pull

A pesar de que GIT_DIR no configurado simplemente funciona.

el problema ocurre cuando configura GIT_DIR incorrectamente en otro lugar.

puede agregar eso en su lugar: GIT_DIR = .git / Funcionará

En mi caso, había especificado un árbol de trabajo, y esto se rompe en algunos comandos, como pull(o más precisamentefetch ).

Para desarmar el árbol de trabajo si está en su configuración de git es a través de:

git config --unset core.worktree

(Hay otras formas de configurar un árbol de trabajo)

Importante tener en cuenta,

No hay casi ningún cambio en que este sea su problema a menos que usted mismo haya cavado este agujero a su alrededor utilizando un árbol de trabajo personalizado en primer lugar.

Broma:

Esto implica para mí que los componentes internos de git usan rutas relativas al árbol de trabajo + .git/en algunos casos. En mi experiencia, los árboles de trabajo no están bien respaldados en absoluto, excepto por las partes más fundamentales de git. No he experimentado a fondo, Git probablemente se comportaría si configuro la variable de configuración del directorio git correctamente, con la que no he jugado.

Probablemente tenga un problema de permisos. No estoy seguro de cómo ha configurado su repositorio git básico, pero si se está ejecutando bajo el gitusuario, asegúrese de que el gitusuario pueda realizar el git pullen el directorio de su proyecto.

Opcionalmente, intente esto para averiguar qué usuario es usted cuando se ejecuta el enlace:

echo `whoami`