Appena trasformato un some.shfile in un eseguibile ( chmod 755 ...), le autorizzazioni sono state aggiornate ma non il contenuto. C'è un modo per eseguire il commit del file in git, in modo che il bit eseguibile venga ripristinato / impostato su clone / checkout / pull ?
Aggiornamento: come posso monitorare a cui sono state inviate le nuove autorizzazioni github?
Risposte:
Di default, git aggiornerà i permessi dei file se li cambi. Non cambierà né terrà traccia di altre autorizzazioni.
Se non vedi cambiamenti quando modifichi i permessi di esecuzione, probabilmente hai una configurazione in git che ignora la modalità file.
Guarda nel tuo progetto, nella .gitcartella del configfile e dovresti vedere qualcosa del genere:
[core]
filemode = false
Puoi cambiarlo truenel tuo editor di testo preferito oppure eseguire:
git config core.filemode true
Quindi, dovresti essere in grado di eseguire il commit dei tuoi file normalmente. Impegnerà solo le modifiche alle autorizzazioni.
git status, vedo i cambiamenti ..
L'articolo di @fooMonster ha funzionato per me
# git ls-tree HEAD
100644 blob 55c0287d4ef21f15b97eb1f107451b88b479bffe script.sh
Come puoi vedere, il file ha l'autorizzazione 644 (ignorando il 100). Vorremmo cambiarlo in 755:
# git update-index --chmod=+x script.sh
impegnare le modifiche
# 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 -anon ha fatto nulla per me, tuttavia l'impostazione del messaggio sulla riga di comando ha fatto. Un po '
# git update-index --chmod=+x script.sh # git ls-tree HEAD # git commit -m "Changing file permissions" # git push
Non funziona per me.
La modalità è vera, i permessi dei file sono stati cambiati, ma git dice che non c'è lavoro da fare.
git init
git add dir/file
chmod 440 dir/file
git commit -a
Il problema sembra essere che git riconosce solo alcune modifiche alle autorizzazioni.
gittiene traccia solo se un file è eseguibile o meno, non l'intero set di autorizzazioni * nix. Quindi dovresti cambiare un file tra eseguibile / non perché pensi di aver cambiato qualcosa che vale la pena impegnare ...
post-checkouthook in git, che coprirebbe alcuni casi, ma non sono sicuro che ciò riguarderebbe tutte le possibili cose che aggiornano i file nel tuo worktree. Potrebbe essere meglio avere solo uno script di shell aggiuntivo nel repository che imposta le cose di conseguenza. In alternativa, ci sono un paio di progetti là fuori che aumentano gitper archiviare metadati, ma non ho mai provato nessuno di loro ...
git update-index --refresh, ma il diff mostra old mode 100644 new mode 100755. Non ha aggiornato tutte le autorizzazioni
github?