git - 删除 public git并用不同的叉替换它是可以接受的?

  显示原文与译文双语对照的内容
0 0

如果删除 public git存储库,然后将它的替换为其他版本,则会导致复杂性?

我已经做了一些工作:一段时间以前我把一个项目分为一个项目,提交了一些提交,要么已经投入。 我想删除 fork,这样我就不会在github上得到任何不相关的请求请求。

我的关注是,如果删除了分支,然后基于主存储库创建一个新的分支,这会导致 git rebase 存储库。

时间:原作者:6个回答

0 0

这种复杂性实际上与 public 分支的复杂性类似。 新的主分支将指向一个没有作为祖先的提交的提交,所以每个人都不能拉。 ( 分支可能也会出现或者消失,但这并不是一个大交易。)

所以,我认为有两个主要的选择:

  • 使用合并使分支脱轨。 短版本:使用 --strategy=ours 将你的( 旧的) 主机合并到 repo 主主机。 长版本:请在这里看到 ,或者在这里看到 这会让你的主要主控主持人的内容,但是保持你的历史以正常的方式进行。 主要原因是,如果真的不希望在历史记录( 也许因为他们使 repo 更大) 中提交这些文件,请继续。"。

  • 如果真的需要,那就suck吧。 通知人们发生了什么,过去,一切都会好起来的。

原作者:
0 0

我也是新的,但从我看到的/使用它,它对完全"删除"的repo 很有皱皱。 如果它的他人想要合并回它,它可以能会导致许多问题,等等。

很难根据你提供的信息,但是如果它的他人将使用 repo,我建议避免完全删除。

同样,这个业余advice--Jefromi的输入似乎有点更好,但我认为我应该考虑我的观点。

原作者:
0 0

git.git repo 和 linux.git repo 都有不断被重新编码和重写的分支。 人们总是认为你不应该这样做,但他们是错误的。 我认为人们应该做 git pull --rebase,除非他们知道更好。 这不会引起问题,如果 upstream 电子 rebases 。 只要注意你正在做的事情,而你在它制作一个分支,你会不稳定和容易变化。

原作者:
...