답변:
Git은 파일 권한을 추적하고를 사용하여 패치를 만들 때 권한 변경 사항을 노출합니다 git diff -p
. 따라서 필요한 것은 다음과 같습니다.
원 라이너로 :
git diff -p -R --no-ext-diff --no-color \
| grep -E "^(diff|(old|new) mode)" --color=never \
| git apply
git 설정에 별칭으로 추가 할 수도 있습니다 ...
git config --global --add alias.permission-reset '!git diff -p -R --no-ext-diff --no-color | grep -E "^(diff|(old|new) mode)" --color=never | git apply'
... 그리고 다음을 통해 호출 할 수 있습니다.
git permission-reset
shell is 인 경우 에 따옴표 대신 따옴표 bash
를 사용해야 합니다 . 그렇지 않으면 마지막으로 실행 한 명령으로 대체됩니다 .'
"
!git
git
단순히 -R
on을 사용 git diff
하여 번거로운 sed
명령이 더 이상 필요하지 않다는 점을 지적한 @Mixologic에 대한 것입니다 .
fatal: unrecognized input
시험 git config core.fileMode false
로부터 git config
매뉴얼 페이지
core.fileMode
False이면 인덱스와 작업 복사본 간의 실행 비트 차이가 무시됩니다. FAT와 같은 손상된 파일 시스템에 유용합니다. git-update-index (1)을 참조하십시오 .
git-clone (1) 또는 git-init (1)이 리포지토리가 생성 될 때 적절한 경우 core.fileMode를 검사하고 설정하는 것을 제외하고 기본값은 true입니다.
git checkout origin/master
세트 파일 권한 내 로컬 작업 복사본을 서버에 최선을 다하고? ArangoDB 용 V8을 빌드 할 때마다 파일 권한이 변경되어 전체 빌드 폴더에 대한 액세스가 거부됩니다 (높은 권한으로도 Windows 7 이상). 빌드 프로세스를 계속하려면 모든 로컬 파일 권한을 수정해야합니다. core.filemode false
그것도 고칠 수 있습니까 ? git이 내 Windows 컴퓨터에서 Linux 권한을 설정 한 것으로 의심됩니다. 빌드 스크립트는 그것들을 보존하고 새로 생성 된 파일에 동일한 권한을 적용 할 수 있습니다 ...
filemode
으로가 false
!
Git은 실행 가능한 스크립트 이외의 파일 권한을 저장하지 않습니다. git-cache-meta 와 같은 것을 사용하여 파일 소유권과 권한을 저장하십시오.
Git은 755 (실행 가능)와 644 (실행 불가능)의 두 가지 모드 만 저장할 수 있습니다. 파일이 444 git이면 저장하면 644입니다.
umask
구성 설정 에 따라 설정된 정확한 권한 은 stackoverflow.com/a/12735291/125150을 참조하십시오 .
...a mode of 100644, which means it’s a normal file. Other options are 100755, which means it’s an executable file; and 120000, which specifies a symbolic link. The mode is taken from normal UNIX modes but is much less flexible — these three modes are the only ones that are valid for files (blobs) in Git (although other modes are used for directories and submodules).
git diff -p \
| grep -E '^(diff|old mode|new mode)' \
| sed -e 's/^old/NEW/;s/^new/old/;s/^NEW/new/' \
| git apply
대부분의 경우 작동하지만 meld와 같은 외부 diff 도구가 설치되어 있으면 --no-ext-diff를 추가해야합니다
git diff --no-ext-diff -p \
| grep -E '^(diff|old mode|new mode)' \
| sed -e 's/^old/NEW/;s/^new/old/;s/^NEW/new/' \
| git apply
내 상황에서 필요했다
사전 / 사후 체크 아웃 후크를 시도하여 트릭을 수행 할 수도 있습니다.
참조 : Git 사용자 정의-Git Hooks
Windows에서 cygwin의 git을 사용하면 git apply
솔루션이 작동하지 않습니다. 여기 내 솔루션이 있습니다 chmod
. 모든 파일 에서 실행 하여 권한을 재설정하십시오.
#!/bin/bash
IFS=$'\n'
for c in `git diff -p |sed -n '/diff --git/{N;s/diff --git//g;s/\n/ /g;s# a/.* b/##g;s/old mode //g;s/\(.*\) 100\(.*\)/chmod \2 \1/g;p}'`
do
eval $c
done
unset IFS
git diff -p
muhqu의 답변에 사용 된 모든 내용이 일치하지 않을 수 있습니다.
core.filemode
있다 false
(MSysGit의 기본입니다)이 코드는 대신 메타 데이터를 직접 읽습니다.
(set -o errexit pipefail nounset;
git ls-tree HEAD -z | while read -r -d $'\0' mask type blob path
do
if [ "$type" != "blob" ]; then continue; fi;
case "$mask" in
#do not touch other bits
100644) chmod a-x "$path";;
100755) chmod a+x "$path";;
*) echo "invalid: $mask $type $blob\t$path" >&2; false;;
esac
done)
비 생산 등급의 1 라이너 (마스크를 완전히 대체) :
git ls-tree HEAD | perl -ne '/^10(0\d{3}) blob \S+\t(.+)$/ && { system "chmod",$1,$2 || die }'
( "$ '\ 0'"에 대한 크레딧은 http://transnum.blogspot.ru/2008/11/bashs-read-built-in-supports-0-as.html 로 이동합니다 )
가장 쉬운 방법은 권한을 다시 변경하는 것입니다. @kroger가 지적했듯이 git은 실행 비트 만 추적합니다. 따라서 chmod -x filename
문제를 해결하기 위해 실행해야 할 수도 있습니다 (또는 +x
필요한 경우).
git show
: DIFF --git A / OpenWatch / SRC / 조직 / ALE / openwatch / FB / FBUtils.java B / OpenWatch / SRC / 조직 / ALE / openwatch / FB / FBUtils.java 인덱스 cd6fa6a..e5b0935 100,644 그 굵은 글씨로 파일 사용 권한이 있습니다.
100644
로 변경할 수 없습니다 100755
. 나는 당신이 공감대를받을 자격이 없다고 생각합니다. 힘내는 투표를 받아야합니다. 그것은 많은 다른 수준에서 너무나 많은 방식으로 깨졌습니다 ...
이 etckeeper
도구 는 다음을 사용하여 권한을 처리 할 수 있습니다.
etckeeper init -d /mydir
이외의 다른 디렉토리에 사용할 수 있습니다 /etc
.
패키지 관리자를 사용하여 설치하거나 위 링크에서 소스를 얻으십시오.