que respondieron a esta pregunta sobre here así
En mi caso, parece que Git (v 2.6.3) trató de crear sus propios permisos de lectura/escritura en la unidad de Samba. Esto evitaría que los archivos y/o objetos del módulo de conseguir escrita (error de desempaquetado)
remote: error: unable to write sha1 filename ./objects/pack/pack-<some_hex_string>.pack: Permission denied
remote: fatal: cannot store pack file
error: unpack failed: index-pack abnormal exit
To z:\git\<repo name>
! [remote rejected] master -> master (unpacker error)
error: failed to push some refs
fui hacia atrás y adelante en tratar de solucionar.Finalmente, como tenía el control de la máquina Samba, agregué una línea a la configuración de la unidad samba, que dice "heredar permisos = sí". Reinicié Samba e intenté empujar. ¡Funcionó!
Esto funcionó para mí ya que soy la única persona que usa el servidor Samba. Para otros, puede jugar con "modo de directorio de fuerza" o "modo de crear fuerza". Puede encontrar las páginas de manual para los mayores de aquí:
https://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/AccessControls.html
¿Qué hace el archivo de configuración de samba aspecto similar, y es el usuario el mismo que lo está esperando git? – dkinzer
¡Este problema acaba de comenzar a ocurrir para mí! Actualicé msysGit a v1.7.6.msysgit.0, pero el servidor al que me conecto en el compartimiento samba tiene v1.7.2.1 activado. 1. No sé qué msysGit tuve antes para volver a probar. 2. Por lo tanto, actualizará la versión de los servidores para ver si eso ayuda. –
Ok, eso no ayudó. v1.7.2.1 ejecutándose en mi servidor. Todo comenzó cuando comencé a usar PortableGit para otra cosa, ¡y también sucede con eso! –