在日常开发中，很多人会把项目代码存在本地仓库里，比如用 Git 管理的文件夹。但你有没有遇到过这种情况：同事借用你的电脑，不小心修改了关键配置？或者某个脚本误操作导致代码被覆盖？其实，合理设置本地仓库权限，能有效避免这类问题。
为什么需要设置权限
本地仓库虽然不涉及网络共享，但操作系统层面的用户权限依然重要。比如你在一台多人共用的电脑上开发，不同用户对仓库目录的读写权限如果不加控制，就可能引发数据混乱。即使是个人电脑，某些自动化工具或服务以不同用户身份运行时，也可能因权限过高或过低出错。
Windows 下的基本权限管理
如果你用的是 Windows 系统，可以右键点击仓库所在的文件夹，选择“属性”→“安全”选项卡。在这里能看到当前有哪些用户或组可以访问这个目录。比如，默认情况下，“Users”组有读取和执行权限，这意味着普通账户可以查看代码，但不能随意修改。
如果你想让某个用户只能看代码不能改，可以点击“编辑”，选中该用户，然后在下方权限列表里取消“写入”权限。这样即使他打开项目，也无法保存修改。
macOS 和 Linux 的 chmod 用法
在 macOS 或 Linux 上，权限控制更灵活。常用命令是 chmod 和 chown。比如你有一个本地仓库放在 ~/projects/myapp，想让其他用户只能读取，不能写入，可以执行：
chmod -R 755 ~/projects/myapp这里的 755 表示所有者有读、写、执行（7），而组用户和其他用户只有读和执行（5）。如果你希望连执行都禁止，只允许读取，可以用 644：
chmod -R 644 ~/projects/myapp注意，-R 是递归修改，会作用到所有子文件和子目录。
结合 Git 的实际场景
有时候你只是想防止自己手滑提交错误内容。虽然这不是系统权限的问题，但可以通过 Git 钩子配合权限策略来实现。比如，在 .git/hooks/pre-commit 里写个脚本检查某些敏感文件是否被修改，如果检测到就中断提交。
另一个常见情况是团队协作开发本地分支。你可以为每个开发者创建独立系统账户，并设置各自仓库目录的访问权限，避免互相干扰。比如测试人员只需要拉取代码打包，那就给他只读权限就够了。
避免权限过松的陷阱
有些人为了省事，习惯性地把整个项目目录设成 777 权限，也就是所有人可读可写可执行。这在临时调试时看似方便，但一旦忘记改回来，就等于给潜在风险开了后门。特别是当你后续连接网络存储或启用共享服务时，这种宽松权限可能被利用。
正确的做法是遵循“最小权限原则”——谁需要用，就给谁开必要的权限，不多也不少。就像家里厨房的刀具，大人要用，可以放抽屉；小孩够得着就不合适了。