Apenas transformou um some.sharquivo em um executável ( chmod 755 ...), as permissões foram atualizadas, mas não o conteúdo. Existe uma maneira de confirmar o arquivo no git, para que o bit executável seja restaurado / definido no clone / checkout / pull ?
Atualização: como posso acompanhar o envio das novas permissões github?
Respostas:
Por padrão, o git atualizará as permissões de execução de arquivo se você as alterar. Não irá alterar ou rastrear outras permissões.
Se você não vir nenhuma alteração ao modificar a permissão de execução, provavelmente terá uma configuração no git que ignora o modo de arquivo.
Olhe para o seu projeto, na .gitpasta do configarquivo e você verá algo parecido com isto:
[core]
filemode = false
Você pode alterá-lo para trueno seu editor de texto favorito ou executar:
git config core.filemode true
Então, você poderá confirmar normalmente seus arquivos. Apenas confirmará as alterações de permissão.
git statusvejo mudanças ..
O artigo @fooMonster funcionou para mim
# git ls-tree HEAD
100644 blob 55c0287d4ef21f15b97eb1f107451b88b479bffe script.sh
Como você pode ver, o arquivo tem permissão 644 (ignorando os 100). Gostaríamos de alterá-lo para 755:
# git update-index --chmod=+x script.sh
comprometer as mudanças
# git commit -m "Changing file permissions"
[master 77b171e] Changing file permissions
0 files changed, 0 insertions(+), 0 deletions(-)
mode change 100644 => 100755 script.sh
git commit -anão fez nada por mim, mas a configuração da mensagem na linha de comando fez. Pouco de uma peculiaridade
# git update-index --chmod=+x script.sh # git ls-tree HEAD # git commit -m "Changing file permissions" # git push
Não está trabalhando para mim.
O modo é verdadeiro, as permissões de arquivo foram alteradas, mas o git diz que não há trabalho a fazer.
git init
git add dir/file
chmod 440 dir/file
git commit -a
O problema parece ser que o git reconhece apenas certas alterações de permissão.
gitrealmente apenas rastreia se um arquivo é executável ou não, não o conjunto completo de permissões * nix. Então você teria que mudar um arquivo entre / executável não para que ele acha que mudaram vale alguma coisa cometer ...
post-checkoutgancho git, que abrangeria alguns casos, mas não tenho certeza se isso abrangeria todas as coisas possíveis que atualizam arquivos na sua árvore de trabalho. Talvez seja melhor ter apenas um script de shell adicional em seu repositório que configure as coisas adequadamente. Como alternativa, há um par de projetos lá fora, que augment gitpara armazenar metadados, mas eu realmente nunca tentou qualquer um deles ...
git update-index --refresh, mas o diff mostra old mode 100644 new mode 100755. Não atualizou todas as permissões
github?