Jak sprawić, by Git ignorował zmiany trybu plików (chmod)?

Mam projekt, w którym muszę zmieniać tryb plików chmodna 777 podczas opracowywania, ale który nie powinien się zmieniać w głównym repozytorium.

Git podnosi chmod -R 777 .i zaznacza wszystkie pliki jako zmienione. Czy istnieje sposób, aby Git ignorował zmiany trybu, które zostały wprowadzone w plikach?

Próbować:

git config core.fileMode false

Z git-config (1) :

core.fileMode
    Tells Git if the executable bit of files in the working tree
    is to be honored.

    Some filesystems lose the executable bit when a file that is
    marked as executable is checked out, or checks out a
    non-executable file with executable bit on. git-clone(1)
    or git-init(1) probe the filesystem to see if it handles the 
    executable bit correctly and this variable is automatically
    set as necessary.

    A repository, however, may be on a filesystem that handles
    the filemode correctly, and this variable is set to true when
    created, but later may be made accessible from another
    environment that loses the filemode (e.g. exporting ext4
    via CIFS mount, visiting a Cygwin created repository with Git
    for Windows or Eclipse). In such a case it may be necessary
    to set this variable to false. See git-update-index(1).

    The default is true (when core.filemode is not specified
    in the config file).

Za pomocą -cflagi można ustawić tę opcję dla poleceń jednorazowych:

git -c core.fileMode=false diff

A --globalflaga sprawi, że będzie to domyślne zachowanie dla zalogowanego użytkownika.

git config --global core.fileMode false

Zmiany ustawienia globalnego nie zostaną zastosowane do istniejących repozytoriów. Dodatkowo, git clonei git initjawnie ustawić core.fileModeaby truew config repo jak omówiono w Git globalny core.fileMode FAŁSZ przesłonięte lokalnie na klonie

Ostrzeżenie

core.fileModenie jest najlepszą praktyką i należy ją stosować ostrożnie. To ustawienie obejmuje tylko wykonywalny bit trybu, a nigdy bity do odczytu / zapisu. W wielu przypadkach uważasz, że potrzebujesz tego ustawienia, ponieważ zrobiłeś coś podobnego chmod -R 777, czyniąc wszystkie swoje pliki wykonywalnymi. Jednak w większości projektów większość plików nie potrzebuje i nie powinna być wykonywalna ze względów bezpieczeństwa .

Właściwym sposobem rozwiązania tego rodzaju sytuacji jest osobne zarządzanie uprawnieniami do folderów i plików za pomocą:

find . -type d -exec chmod a+rwx {} \; # Make folders traversable and read/write
find . -type f -exec chmod a+rw {} \;  # Make files read/write

Jeśli to zrobisz, nigdy nie będziesz musiał używać core.fileMode, z wyjątkiem bardzo rzadkiego środowiska.

zmiana trybu cofania w działającym drzewie:

git diff --summary | grep --color 'mode change 100755 => 100644' | cut -d' ' -f7- | xargs -d'\n' chmod +x
git diff --summary | grep --color 'mode change 100644 => 100755' | cut -d' ' -f7- | xargs -d'\n' chmod -x

Lub w mingw-git

git diff --summary | grep  'mode change 100755 => 100644' | cut -d' ' -f7- | xargs -e'\n' chmod +x
git diff --summary | grep  'mode change 100644 => 100755' | cut -d' ' -f7- | xargs -e'\n' chmod -x

Jeśli chcesz ustawić tę opcję dla wszystkich swoich repozytoriów, użyj tej --globalopcji.

git config --global core.filemode false

Jeśli to nie zadziała, prawdopodobnie używasz nowszej wersji git, więc wypróbuj --addopcję.

git config --add --global core.filemode false

Jeśli uruchomisz go bez opcji --global, a katalog roboczy nie jest repozytorium, otrzymasz

error: could not lock config file .git/config: No such file or directory

Gdyby

git config --global core.filemode false

nie działa dla Ciebie, zrób to ręcznie:

cd into yourLovelyProject folder

cd do folderu .git:

cd .git

edytuj plik konfiguracyjny:

nano config

zmień wartość true na false

[core]
        repositoryformatversion = 0
        filemode = true

->

[core]
        repositoryformatversion = 0
        filemode = false

zapisz, wyjdź, przejdź do górnego folderu:

cd ..

ponownie uruchom git

git init

gotowe!

Dodanie do odpowiedzi Grega Hewgilla (przy użyciu core.fileModezmiennej config):

Możesz użyć --chmod=(-|+)xopcji git update-index (niskopoziomowa wersja „git add”), aby zmienić uprawnienia do wykonywania w indeksie, skąd zostanie on odebrany, jeśli użyjesz „git commit” (a nie „git commit -a „).

Możesz to skonfigurować globalnie:

git config --global core.filemode false

Jeśli powyższe nie działa, przyczyną może być to, że konfiguracja lokalna zastępuje konfigurację globalną.

Usuń konfigurację lokalną, aby włączyć globalną konfigurację:

git config --unset core.filemode

Alternatywnie możesz zmienić konfigurację lokalną na odpowiednią wartość:

git config core.filemode false

Jeśli używałeś już komendy chmod, sprawdź różnicę pliku, pokazuje poprzedni tryb pliku i bieżący tryb pliku, taki jak:

nowy tryb: 755

stary tryb: 644

ustaw stary tryb wszystkich plików za pomocą poniższego polecenia

sudo chmod 644 .

teraz ustaw core.fileMode na false w pliku konfiguracyjnym za pomocą polecenia lub ręcznie.

git config core.fileMode false

następnie zastosuj polecenie chmod, aby zmienić uprawnienia wszystkich plików, takich jak

sudo chmod 755 .

i ponownie ustaw core.fileMode na true.

git config core.fileMode true

W celu uzyskania najlepszych praktyk nie rób zawsze core.fileMode false.

Definiując następujący alias (w ~ / .gitconfig), możesz łatwo tymczasowo wyłączyć tryb fileMode dla polecenia git:

[alias]
nfm = "!f(){ git -c core.fileMode=false $@; };f"

Gdy ten alias ma prefiks do komendy git, zmiany trybu plików nie pojawią się wraz z poleceniami, które w przeciwnym razie by je pokazały. Na przykład:

git nfm status

Jeśli chcesz ustawić tryb pliku na false w plikach konfiguracyjnych rekurencyjnie (w tym w podmodułach): find -name config | xargs sed -i -e 's/filemode = true/filemode = false/'

Proste rozwiązanie:

Hit tego prostego polecenia w folderze projektu ( nie usunie oryginalne zmian) ... to będzie tylko usunąć zmiany , które zostały zrobione podczas zmienił uprawnienia folderu projektu

polecenie jest poniżej:

git config core.fileMode false

Dlaczego cały ten niepotrzebny plik jest modyfikowany: ponieważ zmieniłeś uprawnienia do folderu projektu poleceniem sudo chmod -R 777 ./yourProjectFolder

kiedy sprawdzisz zmiany, czego nie zrobiłeś? znalazłeś jak poniżej podczas używania nazwy pliku git diff

old mode 100644
new mode 100755

To działa dla mnie:

find . -type f -exec chmod a-x {} \;

lub odwrotnie, w zależności od systemu operacyjnego

find . -type f -exec chmod a+x {} \;