Por adelantado: no tengo mucha experiencia con Windows y casi ninguna con redes corporativas.
Estoy intentando usar git para el control de versiones durante el desarrollo de mi software. La empresa para la que trabajo se basa principalmente en hardware, por lo que no parece tener este caso de uso con mucha frecuencia. Tengo que usar Windows 7, así que instalé la versión de Windows de git y elegí "Hacer que git esté disponible a través de Git Bash", que no agrega los binarios de git a la RUTA de Windows sino que tiene un entorno UNIX emulado (creo que cygwin ) y cáscara. Esto es lo que quería usar.
La empresa también utiliza OES (Open Enterprise Server) de Novell para gestionar las cuentas de usuario. Eso significa que tenemos inicios de sesión genéricos de Windows, pero debemos iniciar sesión en el servidor OES nuevamente después de iniciar sesión en Windows. Esto monta un par de recursos compartidos de red, incluido nuestro propio almacenamiento personal y servidores proxy, etc.
Como tengo que guardar mi código en la unidad de red, también quiero mantener el git allí. Administrar git en la máquina local y copiar el código a la unidad de red no es una opción ya que a veces tengo que cambiar de máquina y, en general, es inconveniente y propenso a errores. Si lo olvido, no se realizará una copia de seguridad.
Agregar archivos al staging en git funciona bien, pero cuando intento confirmar, aparece el mensaje de error
fatal: cannot update the ref 'HEAD': unable to append to '.git/logs/HEAD': Bad file descriptor
lo cual creo que tiene que ver con la forma en que Git Bash asigna las rutas y cómo se asignan los recursos compartidos de red en este proceso.
Un compañero de trabajo afirma haberse comprometido con éxito en un recurso compartido de red, pero está usando Windows 10. No estoy seguro de si git está usando la nueva emulación nativa de Bash en ese momento.
¿Hay alguna forma de utilizar git en este escenario?