A corrupção de arquivos não pode ser causada por problemas de permissão. Assim que você tiver mais de um usuário trabalhando no mesmo arquivo ao mesmo tempo, a corrupção ocorrerá a menos que o aplicativo bloqueie o arquivo enquanto ele estiver aberto (para que apenas um usuário por vez possa abrir o arquivo) e o bloqueio funciona no seu sistema de compartilhamento de arquivos (NFS / samba /…). Usar o NFS em vez do samba pode ajudar com o último, mas isso é irrelevante, pois, de acordo com as referências citadas, os aplicativos com os quais seu grupo trabalha não recebem bloqueios.
Alguns lugares tentam disciplina, em que todos precisam pedir permissão antes de trabalhar em um arquivo e se reportam ao gerente de permissão quando terminam o trabalho. A lei de Murphy garante que ela falhe (especialmente no dia antes do prazo, quando todos estão em um frenesi).
Um sistema de controle de versão é a solução certa: checkout, work, commit; se duas pessoas trabalharem no arquivo ao mesmo tempo, a operação de confirmação falhará e o segundo committer será informado de que ele deve mesclar seu trabalho com o primeiro committer. Os sistemas de controle de versão têm o benefício adicional de manter um histórico de alterações.
Infelizmente, você está enfrentando um problema social, e não um problema técnico. Você pode tentar mostrar os artigos do seu chefe exaltando as virtudes do controle de versão (google algo como “por que controle de versão” e filtrar qualquer coisa que se concentre em desenvolvedores), mas as chances são de que ele simplesmente os dispensará. Pode ser que o melhor que você possa fazer é ter certeza de que, quando as besteiras acontecem, elas o envolvem, e ele sabe por que elas acontecem. Boa sorte.