我是唯一参与此git项目的人。每次我在我的本地Ubuntu存储库编辑文件，然后推送到Bitbucket并拉到我的生产存储库，git将编辑后的文件更改为-rwxrwxr-x 775.Apache不喜欢这个。
本地系统：Ubuntu Linux上的git版本1.8.1.2
生产系统：CentOS / Red Hat Linux上的git版本1.7.12
当我将权限修改为755时，请执行
git diff
或
git diff -p
它没有显示任何内容。
在我的本地存储库中，权限为755，文件全部由haws拥有。 在我的生产存储库中，所有其他权限保持在755，包括contact.php在内的所有文件都归我的用户所有。
在本地和生产存储库中，我更改了core.filemode，试图阻止此行为，
core.filemode = false
我在合作项目中遇到过这样的谜团，所以我真的很想了解发生了什么。
我也尝试在这里找到解决方案：Prevent Git from changing permissions on pull无济于事。
我的最终解决方案（感谢VonC的指导）：
感谢VonC的好解释，我很勇敢地发现每次登录我的服务器时，我的umask都会回到0002.所以我创建了一个用户启动脚本（.bashrc或者我的case .bash_profile）在我的Linux主机上设置
umask 0022
或使用符号表示法（稍微增加值）
umask u=a,g-w,o-w
或
umask u=a,go-w
（允许用户拥有所有权限，禁止群组和其他人的写权限）
这解决了我的问题。
答案 0 :(得分：8)
如“Wrong file permission when using git pull in a hook”
中所述Git不存储权限，除了可执行位 因此，在结帐时，会使用默认权限创建文件，这取决于您的 umask 。
在你的情况下：当你拉动时应该设置umask 0022
（这就是我在答案中提到的“Prevent Git from changing permissions on pull”）
这假设您在目标仓库中具有以下配置：
git config core.sharedRepository true
“How do I share a Git repository with multiple users on a machine?”中提到了另一个解决方案，您可以确保在其中引入一个初始化的repo：
git init --shared=0022
OP Tom Haws在评论中添加：
你知道为什么即使在该存储库的配置中没有
sharedRepository条目，我的客户端的生产服务器上的git能够在没有文件权限更改的情况下进行提取吗？
可能因为umask默认设置为0022，这意味着默认情况下git shell会继承系统的umask。
更改umask需要将core.sharedRepository设置为true才能将其考虑在内，而不是采用父进程的umask。
那，或者因为repo是用--shared=0022创建的。
要了解如何设置umask（系统范围或用户范围），请参阅“How to set system wide umask?”
要在git命令（将继承其值）之前检查umask，只需输入：
umask