'git pull' destrói o repositório git e trunca arquivos [fechados]

4

Eu coloco arquivos de trabalho em repositórios Git e sincronizo computadores / laptops usando um SSD externo. Por exemplo, se eu quiser sincronizar repo1 do meu PC com meu laptop, estas são as etapas executadas:

  1. conecte e monte o SSD externo no PC
  2. no PC: cd /media/externalssd/repo1 && git pull ~/repo1
  3. desmonte e desconecte o SSD externo no PC
  4. conecte e monte o SSD externo no laptop
  5. no laptop: cd ~/repo1 && git pull /media/externalssd/repo1

Informações adicionais: Estou usando o ZFS no Linux usando zfs-fuse .

Às vezes, no meio da atração, a conexão do cabo USB não é boa, então o sistema de arquivos é "desconectado" ou às vezes o zfs-fuse daemon morre. Depois que eu reinicio o zfs-fuse e remodelo os sistemas de arquivos, às vezes acabo com alguns arquivos truncados no laptop e o repositório no laptop não é mais reconhecido como um git repo ("fatal: não é um repositório git (ou qualquer pai até montar ponto / blá) "). E, às vezes, o repositório no SSD também é corrompido.

Isso me assusta.

Qual elemento (s) provavelmente trunca os arquivos? O SSD? Linux? %código%? Git Como devo evitar essa corrupção e ter um processo de sincronização confiável?

    
por Gerry Lufwansa 20.12.2017 / 06:36

1 resposta

1

Parece-me que você está tendo problemas com a confiabilidade da conexão do SSD, que intrinsecamente causará problemas em qualquer software que queira ler ou gravar a partir desse disco. No seu caso, este software é git .

Se você não pode confiar em suas conexões ao mover de um dispositivo para outro, provavelmente deve reavaliar seu fluxo de trabalho.

A partir das informações acima, acredito que seu PC e laptops estão na mesma vizinhança, ou poderiam pelo menos estar conectados à mesma LAN. Por que você não pode conectar o SSD ao PC permanentemente, então usar o git para empurrar / puxar arquivos pela rede? Essa solução deve ser relativamente rápida como trocar a unidade USB, para todos os efeitos de controle de versão de arquivos.

    
por 26.12.2017 / 19:34