这是一个创建于 427 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 gitee 上 fork 了一个仓库，过了段时间想合并上游的更新，通过“git remote add upstream”、“git pull upstream master”拉取上游更新、合并、然后再提交、推送到自己 fork 的仓库，，结果报错说有条 commit 的作者邮箱和我的邮箱不一致。。
看了下该条 commit ，是从上游拉取来的，，那作者邮箱肯定是上游的邮箱啊，，怎么可能和我的邮箱一致
然后查了下我 fork 的仓库的设置，发现如下界面：上游的仓库设置了只有作者能提交，我 fork 该仓库的时候会继承该设置，并且无法修改！！
gitee 的 fork 操作为什么要继承推送规则？？这是要保护什么吗？还是说就是想实现“设置了只有作者能提交的仓库，别人 fork 后就不能再跟踪上游更新”？
 |
1 nebkad 2025 年 4 月 13 日这个规则很不利于开源，但是很符合国情，因为大多数国内开发者的仓库本身就没多少真正有能力且有意愿做开源协作，存粹代码托管。 |
 |
2 XIVN1987 2025 年 4 月 13 日这个不涉及到协作，，我并不是要 pull request ，，我只是在修改自己 fork 的仓库，，就算我把这个仓库完全搞崩溃了也不会影响到上游仓库 |
 |
3 MacsedProtoss 2025 年 4 月 13 日 via iPhone 1
用 gitee 那自然就会遇到这么多 sb 的东西 真开发者谁用 gitee 啊 |
|
4 XIVN1987 2025 年 4 月 13 日 |
 |
5 billlee 2025 年 4 月 13 日不 PR 就没必要 fork 了 |
 |
6 lisongeee 2025 年 4 月 13 日 1
你可以用 github actions 去定时 pull gitee 的仓库 |
 |
7 hwdq0012 2025 年 4 月 13 日csdn 和 gitee 都不用，广告太多了， 博客园还好，广告也有，不过是因为活不下去了，还买过会员支持 |
 |
10 skiy 2025 年 4 月 13 日它这个，估计是想强制你使用它网站上的 “同步” 功能。而不支持手动推送。不过它这个规则挺奇葩的。 |
|
12 skiy 2025 年 4 月 13 日@XIVN1987 早就弃 Gitee 了（看个 commit 都要登录）。你可以开个分支出来，再用原分支合并看看。再次新开发分支合并进来。我基本是创建个 upstream 分支，再将上游拉到这个分支。再合并进 main （假如上游也是 main ）新开的分支 upstream 不可能也同样继承上游规则吧？如果是，那直接切换平台吧。 |
 |
14 maix27 2025 年 4 月 14 日@xiangyuecn v2 上不少老哥也是这么想的，早早的从 GitHub 里迁出来，结果发现其他几家不停喂屎。背靠微软的 Github 我还是比较信任的，就算不信任 GitHub 我也信任我国工程院院士盖茨，和千千万万开源工作者的选择。 |
 |
15 AoEiuV020JP 2025 年 4 月 14 日@billlee #5 看这限制似乎连 pr 都没办法，毕竟 pr 也得先上传 commit 到自己的分支上再创建 pr ， |
|
16 AoEiuV020JP 2025 年 4 月 14 日看来只能放弃 fork 直接 push 到新项目， |
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。
