Como faço para remover arquivos que dizem "modo antigo 100755 novo modo 100644" de alterações não estágios no Git?

Por alguma razão, quando inicialmente fiz um puxão do repositório para um projeto git meu, recebi uma tonelada de arquivos em minha cópia de trabalho que não fizeram alterações discerníveis, mas continuam aparecendo na minha unstaged changesárea.

Estou usando o Git Gui no Windows xp e quando vou ver o arquivo para ver o que mudou. Tudo o que vejo é:

old mode 100755  
new mode 100644  

Alguém sabe o que isso significa?

Como posso obter esses arquivos da minha lista de alterações sem etapas? (Muito chato ter que passar por centenas de arquivos, apenas para escolher os arquivos que eu editei recentemente e quero confirmar).

Parece-me modos de permissões de arquivo unix para mim ( 755= rwxr-xr-x, 644= rw-r--r--) - o modo antigo incluía o sinalizador + x (executável), o novo modo não.

As respostas deste problema do msysgit sugerem definir core.filemode como false para se livrar do problema:

git config core.filemode false

Definir core.filemodecomo false faz o trabalho, mas certifique-se as configurações em ~/.gitconfignão estão sendo substituídas por aqueles no .git/config.

Encontrei esse problema ao copiar um repositório Git com arquivos de trabalho de um disco rígido antigo algumas vezes. O problema decorre do fato de o proprietário e as permissões terem mudado da unidade / máquina antiga para a nova. Por muito tempo, execute os seguintes comandos para corrigir as coisas ( graças a esta resposta do superusuário ):

sudo chmod -R -x . # remove the executable bit from all files

O comando anterior realmente resolverá as diferenças relatadas pelo git diff, mas revogará sua capacidade de listar os diretórios, por isso ls ./falhará ls: .: Permission denied. Para corrigir isso:

sudo chmod -R +X . # add the executable bit only for directories

A má notícia é que, se você possui algum arquivo que deseja manter executável, como .shscripts, precisará revertê-los. Você pode fazer isso com o seguinte comando para cada arquivo:

chmod +x ./build.sh # where build.sh is the file you want to make executable again

Geralmente acontece quando o repositório é clonado entre máquinas Windows e Linux / Unix.

Apenas diga ao git para ignorar a alteração do modo de arquivo, aqui estão várias maneiras:

1. Configure SOMENTE para o repo atual:

   git config core.filemode false
   

2. Configure globalmente:

   git config --global core.filemode false
   

3. Adicione ~ / .gitconfig:

   [core]
        filemode = false
   

Basta selecionar um deles.

Parece que você alterou algumas permissões do diretório. Eu executei as seguintes etapas para restaurá-lo.

$  git diff > backup-diff.txt                ### in case you have some other code changes 

$  git checkout .

Você pode tentar git reset --hard HEAD para redefinir o repo para o estado padrão esperado.

Eu enfrentei o mesmo problema. E isso salvou minha vida: https://gist.github.com/jtdp/5443498

git diff -p -R --no-color \
| grep -E "^(diff|(old|new) mode)" --color=never  \
| git apply`

Isso acontece quando você puxa e todos os arquivos foram executáveis ​​no repositório remoto. Torná-los executáveis ​​novamente fará com que tudo volte ao normal novamente.

chmod +x <yourfile> //For one file
chmod +x folder/* // For files in a folder

Você pode precisar fazer:

chmod -x <file> // Removes execute bit

em vez disso, para arquivos que não foram definidos como executáveis ​​e que foram alterados devido à operação acima. Existe uma maneira melhor de fazer isso, mas isso é apenas uma correção muito rápida e suja.

Você pode usar o seguinte comando para voltar ao modo de arquivo. git add --chmod=+x -- filename Em seguida, comprometa-se com o ramo.

Eu tinha apenas um arquivo problemático com as permissões alteradas. Para revertê-lo individualmente, apenas o excluí manualmente rm <file>e, em seguida, fiz um checkout para obter uma nova cópia.

Felizmente eu ainda não o havia encenado.

Se tivesse, poderia ter corrido git reset -- <file>antes de corrergit checkout -- <file>

Eu acabei de encontrar esse problema ao diferenciar meu ramo com o mestre. O Git retornou um erro de 'modo' quando eu esperava que meu ramo fosse idêntico ao mestre. Corrigi o problema excluindo o arquivo e depois mesclando o master novamente.

Primeiro, executei o diff:

git checkout my-branch
git diff master

Isso retornou:

diff --git a/bin/script.sh b/bin/script.sh
old mode 100755
new mode 100644

Em seguida, executei o seguinte para corrigir:

rm bin/script.sh
git merge -X theirs master

Depois disso, git diffnão retornou diferenças entre meu ramo e mestre.