使用git签出文件时如何找出导致文件权限更改的原因？

Question

将文件推送到我们的服务器后，执行以下 post-receive 钩子：

#!/bin/sh
export GIT_WORK_TREE=/home/user/www/
git checkout -f

但是，文件在结帐时获得了一个非常奇怪的600 权限，而文件夹700。这不是我所期望的（在我们的其他服务器上，我们得到644 和755）。从this thread我了解到git没有设置权限，所以不怪git。我的问题是：什么是？我怎样才能弄清楚这个问题的原因是什么？

我已经通过在结帐时运行额外的脚本来修复权限暂时解决了这个问题，但我有兴趣解决根本原因。

我正在使用 gitolite 来管理存储库，但我怀疑这就是原因。但同样，我很高兴知道我可以从哪里开始，因为在这一点上我不确定如何调查这个问题。

根据最初的答案，我查看了服务器上的 umask 设置。 git 用户（即用于上传文件的用户），umask 设置为 0002。这在以下练习中得到确认：

git@server:~$ umask
0002
git@server:~$ touch newfile
git@server:~$ ls -la newfile
-rw-rw-r-- 1 git git 0 Aug  5 10:46 newfile

其他细节：

• Linux 用于服务器端和开发端
• 在本地 repo 中，权限为 755 和 644
• filemode 在 .git/config 中设置为 true

Answer 1

和“Git change default umask when update file”一样，你能把 umask 添加到你的钩子里吗？

#!/bin/sh
umask 002
export GIT_WORK_TREE=/home/user/www/
git checkout -f

这应该将文件权限设置为 664，将目录权限设置为 775。

---

关于gitolite，check the umask section of the gitolite.rc file:

$UMASK，八进制，默认 0077

gitolite 使用的默认 UMASK 为所有 repos 及其内容提供 rwx------ 权限。
想要运行 gitweb（或 cgit、redmine 等）的人意识到这是行不通的。

处理这个问题的正确方法是给这个变量一个类似0027的值（注意语法：前导0是必需的），然后让用户运行网络服务器（apache、www-data等） 'git' 组的成员。

如果您已经安装了 gitolite，则必须手动修复现有文件（对于 umask 或 0027，将是 chmod -R g+rX）。这是因为umask 只影响新创建文件的权限，而不影响现有文件的权限。

Answer 2

但是，文件在结账时获得了非常奇怪的 600 权限，而文件夹获得了 700 权限。

您的 shell 似乎有一个限制性的 umask 设置，可能是umask 0177。

从这个帖子我了解到 git 没有设置权限，所以 git 不是罪魁祸首。

不，这是你的 shell 的 umask 设置。

我的问题是：[...] [如何] 找出这个问题的原因是什么？

运行umask，它会告诉你当前的设置是什么。就像是0177 或类似的。 如果你想知道为什么， 你需要查看/bin/sh使用的rc文件， 很可能是.profile 或.bashrc，以及其他来源的文件。

您可以有非常严格的umask 设置，但在脚本中覆盖它们，方法是按照@VonC 的建议添加umask 行。