Posso 'git confirmar' um arquivo e ignorar suas alterações de conteúdo?

Cada desenvolvedor da minha equipe tem sua própria configuração local. Essas informações de configuração são armazenadas em um arquivo chamado devtargets.rbque é usado em nossas tarefas de criação de rake. Eu não quero que os desenvolvedores espancem o arquivo de devtargets um do outro.

Meu primeiro pensamento foi colocar esse arquivo na .gitignorelista para que ele não se comprometa com o git.

Então comecei a me perguntar: é possível confirmar o arquivo, mas ignorar as alterações no arquivo? Então, eu confirmaria uma versão padrão do arquivo e, quando um desenvolvedor a alterasse em sua máquina local, o git ignoraria as alterações e não apareceria na lista de arquivos alterados quando você executasse um status ou uma confirmação do git .

Isso é possível? Certamente seria um bom recurso ...

Claro, eu faço exatamente isso de tempos em tempos usando

git update-index --assume-unchanged [<file> ...]

Para desfazer e começar a rastrear novamente (se você esqueceu quais arquivos não foram rastreados, consulte esta pergunta ):

git update-index --no-assume-unchanged [<file> ...]

Documentação relevante :

- [no-] assume-inalterado
Quando esse sinalizador é especificado, os nomes de objetos registrados para os caminhos não são atualizados. Em vez disso, esta opção define / desativa o bit "assumir inalterado" para os caminhos. Quando o bit "assumir inalterado" está ativado, o usuário promete não alterar o arquivo e permite ao Git assumir que o arquivo da árvore de trabalho corresponde ao que está registrado no índice. Se você deseja alterar o arquivo da árvore de trabalho, desative o bit para informar ao Git. Às vezes, isso é útil ao trabalhar com um grande projeto em um sistema de arquivos que possui uma lstat(2)chamada de sistema muito lenta (por exemplo, cifs).

O Git falhará (normalmente) caso precise modificar esse arquivo no índice, por exemplo, ao mesclar em um commit; portanto, caso o arquivo assumido não rastreado seja alterado a montante, você precisará lidar com a situação manualmente.

Falhar normalmente neste caso significa que, se houver alguma alteração a montante desse arquivo (alterações legítimas etc.) quando você fizer um pull, ele dirá:

$ git pull
…
From https://github.com/x/y
   72a914a..106a261  master     -> origin/master
Updating 72a914a..106a261
error: Your local changes to the following files would be overwritten by merge:
                filename.ext

e se recusará a mesclar.

Nesse ponto, você pode superar isso revertendo suas alterações locais, eis uma maneira:

 $ git checkout filename.ext

em seguida, puxe novamente e modifique novamente o arquivo local ou pode definir –no-assume-unchangede você pode fazer stash e mesclagem normais, etc.

A maneira preferida de fazer isso é usar git update-index --skip-worktree <file>, conforme explicado nesta resposta :

assume-unchangedfoi projetado para casos em que é caro verificar se um grupo de arquivos foi modificado; Quando você define o bit, o git (claro) assume que os arquivos correspondentes a essa parte do índice não foram modificados na cópia de trabalho. Portanto, evita uma confusão de chamadas de estatísticas. Este bit é perdido sempre que a entrada do arquivo no índice é alterada (portanto, quando o arquivo é alterado upstream).

skip-worktreeé mais do que isso: mesmo onde o git sabe que o arquivo foi modificado (ou precisa ser modificado por uma redefinição - difícil ou semelhante), ele fingirá que não foi, usando a versão do índice. Isso persiste até que o índice seja descartado.

Para desfazer isso, use git update-index --no-skip-worktree <file>

Desde a versão 2.25.1 do git, essa não é mais a maneira recomendada, citando:

Os usuários geralmente tentam usar os bits assumir-inalterado e ignorar-árvore de trabalho para dizer ao Git para ignorar as alterações nos arquivos rastreados. Isso não funciona conforme o esperado, pois o Git ainda pode verificar os arquivos da árvore de trabalho em relação ao índice ao executar determinadas operações. Em geral, o Git não fornece uma maneira de ignorar as alterações nos arquivos rastreados, portanto, soluções alternativas são recomendadas.

Por exemplo, se o arquivo que você deseja alterar for algum tipo de arquivo de configuração, o repositório poderá incluir um arquivo de configuração de amostra que poderá ser copiado no nome ignorado e modificado. O repositório pode até incluir um script para tratar o arquivo de amostra como um modelo, modificando e copiando-o automaticamente.

Parece que a prática comum é criar devtargets.default.rbe confirmar e instruir cada usuário a copiar esse arquivo para devtargets.rb(que está na lista .gitignore). Por exemplo, o CakePHP faz o mesmo com o arquivo de configuração do banco de dados, que muda naturalmente de máquina para máquina.

Para usuários do IntelliJ IDEA: Se você deseja ignorar as alterações de um arquivo (ou arquivos), você pode movê-lo para diferente Change Set.

• Vá para Local Changes( Cmd + 9)
• Selecione o (s) arquivo (s) que você deseja ignorar
• F6 para movê-los para outro Change Set