遇到权限问题，别急着放弃
在公司做项目或者参与开源开发时，经常会用到 Git 和代码托管平台，比如 GitHub、GitLab。你写好了功能代码，想提交给主仓库，却发现提示“没有权限发起拉取请求”。这时候很多人就懵了：明明改了代码，为什么不能合并？其实这很常见，尤其是新成员刚加入团队的时候。
问题的关键在于，你通常不能直接向主分支推送代码，更别说发起拉取请求（Pull Request）。但不代表你就没招了。
正确的做法是 Fork + Branch
大多数开源项目或企业仓库都采用 Fork 工作流。即使你在公司内部团队，也可能因为权限设置严格而无法直接操作主仓库。
第一步，先 Fork 项目到自己的名下。比如在 GitHub 上打开目标仓库，右上角点“Fork”，几秒后就会生成一个属于你的副本。
接着克隆你自己的 Fork：
git clone https://github.com/your-username/project-name.git进入项目后，创建一个新分支来写代码：
cd project-name
git checkout -b feature/login-modal改完代码提交推送：
git add .
git commit -m "add login popup"
git push origin feature/login-modal从 Fork 发起 Pull Request
推送到你自己的 Fork 后，打开 GitHub 页面，会看到提示“Your recently pushed branches: feature/login-modal”，旁边有个“Compare & pull request”按钮，点它。
系统会自动比对你的分支和原仓库的 main 或 develop 分支。确认无误后，填写标题和描述，提交 PR。这时候原项目的维护者就能看到你的请求，进行审核合并。
公司内部仓库怎么办？
有些公司用的是私有 GitLab 或自建 Gitea，流程略有不同。如果你连 Fork 都不能操作，说明权限确实受限。
这时候可以联系项目管理员，在系统里给你分配 Developer 角色，或者让你加入特定的用户组。如果只是临时需求，可以让同事帮你建个分支，你把代码发过去，由他代为提交。
还有一种情况：你能推送到远程，但不能往 main 分支推。那就推到 feature 分支，然后在网页端手动发起合并请求。比如 GitLab 的 Merge Request，GitHub 的 Pull Request，入口都在“Pull Requests”或“Merge Requests”标签页里。
权限不是障碍，流程才是关键
没有权限不等于不能贡献代码。核心思路就是：通过合法路径提交变更，让有权限的人来审核。这不仅是技术问题，更是协作规范的一部分。
下次再看到“Permission denied”，先别慌，想想是不是漏了 Fork，或者分支搞错了。按标准流程走一遍，大概率就能解决问题。