gitee fork 时继承推送规则是否合理？

[XIVN1987]

在 gitee 上 fork 了一个仓库，过了段时间想合并上游的更新，通过“git remote add upstream”、“git pull upstream master”拉取上游更新、合并、然后再提交、推送到自己 fork 的仓库，，结果报错说有条 commit 的作者邮箱和我的邮箱不一致。。

看了下该条 commit ，是从上游拉取来的，，那作者邮箱肯定是上游的邮箱啊，，怎么可能和我的邮箱一致

然后查了下我 fork 的仓库的设置，发现如下界面：上游的仓库设置了只有作者能提交，我 fork 该仓库的时候会继承该设置，并且无法修改！！

gitee 的 fork 操作为什么要继承推送规则？？这是要保护什么吗？还是说就是想实现“设置了只有作者能提交的仓库，别人 fork 后就不能再跟踪上游更新”？

[nebkad]

这个规则很不利于开源，但是很符合国情，因为大多数国内开发者的仓库本身就没多少真正有能力且有意愿做开源协作，存粹代码托管。

[XIVN1987]

@nebkad

这个不涉及到协作，，我并不是要 pull request ，，我只是在修改自己 fork 的仓库，，就算我把这个仓库完全搞崩溃了也不会影响到上游仓库

[MacsedProtoss]

用 gitee 那自然就会遇到这么多 sb 的东西 真开发者谁用 gitee 啊
why not GitHub ？ enjoy censorship ？

[XIVN1987]

@MacsedProtoss

一直用 github ，，gitee 就用来备份，，

这个仓库是一家国内芯片公司的，，只在 gitee 上有仓库，，所以想 fork 的话只能用 gitee

[billlee]

不 PR 就没必要 fork 了

[lisongeee]

你可以用 github actions 去定时 pull gitee 的仓库

[hwdq0012]

csdn 和 gitee 都不用，广告太多了， 博客园还好，广告也有，不过是因为活不下去了，还买过会员支持

[XIVN1987]

@billlee

嗯，，看来只能自己建个仓库，，然后把上游的代码拷贝过来了

[xiangyuecn]

没有一个省心的，github 也不是什么好鸟 /t/1125080

[skiy]

它这个，估计是想强制你使用它网站上的 “同步” 功能。而不支持手动推送。不过它这个规则挺奇葩的。

[XIVN1987]

@skiy

强制同步功能会丢弃我对 fork 仓库的所有修改，，这跟从上游拉取更新、合并不是一个功能，，不能替代。。

[skiy]

@XIVN1987 早就弃 Gitee 了（看个 commit 都要登录）。你可以开个分支出来，再用原分支合并看看。再次新开发分支合并进来。我基本是创建个 upstream 分支，再将上游拉到这个分支。再合并进 main （假如上游也是 main ）新开的分支 upstream 不可能也同样继承上游规则吧？如果是，那直接切换平台吧。

[crz]

@XIVN1987 只是直接 fork 方便，公开的仓库哪里都可以 fork ，最多影响平台耦合的功能

[maix27]

@xiangyuecn v2 上不少老哥也是这么想的，早早的从 GitHub 里迁出来，结果发现其他几家不停喂屎。背靠微软的 Github 我还是比较信任的，就算不信任 GitHub 我也信任我国工程院院士盖茨，和千千万万开源工作者的选择。

[AoEiuV020JP]

@billlee #5 看这限制似乎连 pr 都没办法，毕竟 pr 也得先上传 commit 到自己的分支上再创建 pr ，

[AoEiuV020JP]

看来只能放弃 fork 直接 push 到新项目，
这种很轻易就能绕过的限制，总觉得是哪个大老板拍拍脑袋想出来的，其他人也不好去改它，