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