Nossa empresa de desenvolvimento web tem um servidor Linux com um compartilhamento Samba que os funcionários usam para desenvolver sites. No compartilhamento Samba, há vários diretórios que servem como raízes de documentos para um servidor da Web (a pasta cliente / site.domínio no compartilhamento corresponde ao link ). Cada projeto possui repositórios gerenciados pelo Git ou pelo Subversion. Clientes Windows e Mac se conectam ao compartilhamento Samba. As máquinas Windows não têm problemas ao trabalhar com o compartilhamento. Os clientes Mac, no entanto, têm.
Desde a nossa recente mudança para o Git, comecei a perceber um padrão nos erros. Ocasionalmente, ao fazer um commit ou uma atualização no Subversion, o cliente SVN iria sufocar e apresentar um erro um tanto vago. A cópia de trabalho seria bloqueada, e a única maneira de trabalhar com essa cópia de trabalho era desmontá-la e remontá-la. Só então poderíamos executar uma limpeza de svn e obter a cópia de trabalho operável novamente.
A mesma coisa acontece agora com o Git. Às vezes, quando alguém faz um pull, todos os arquivos são atualizados, mas o arquivo de índice não pode ser gravado. Assim, o cliente Git acha que as mudanças que acabaram de ser extraídas do repositório remoto são, na verdade, mudanças não organizadas feitas pelo usuário, já que o arquivo de índice não foi atualizado, ele ainda reflete uma cópia mais antiga do repositório.
Assim, tanto o SVN quanto o Git trabalham com metadados (os arquivos armazenados em .svn e .git). São esses arquivos que muitas vezes ficam bloqueados de alguma forma. Isso nunca ocorre com arquivos normais. Nós tentamos várias configurações no arquivo smb.conf na máquina Linux sobre oplocks e outras configurações relacionadas, mas ainda sem sucesso. Está começando a nos deixar um pouco aqui.
Alguém teve alguma experiência semelhante? Até agora eu pesquisei como louco, mas não encontrei nada.