使用GIT-SVN创建的GIT仓库分叉的限制？

Question

许多开源项目（例如django ）都有GIT镜像，而这些镜像又用于私人或公共开发。 GIT镜像与git svn rebase保持git svn rebase 。 但Pro Git Book包含了这个明确的建议：

啊，但是变相的幸福并非没有缺点，可以用一条线来概括：

不要将已推送到公共存储库的提交重新绑定。

如果你遵循这个准则，你会没事的。 如果你不这样做，人们会恨你，你会被朋友和家人嘲笑。

当您重新设置内容时，您将放弃现有提交并创建相似但不同的新提交。 如果你将提交推送到某个地方而其他人将它们拉下来并依赖它们，然后你用git rebase重写这些提交并再次推送它们，那么你的协作者将不得不重新合并他们的工作，当你试图将事情变得混乱把他们的工作拉回你的工作。

像Django这样的开源镜像打破了上面关于不在公共回购中进行变基的粗体规则吗？ 如果没有，为什么不呢？ 如果是这样，使用这些镜像可以通过“常规”非重新定位的Git项目完成什么？ 如果这是一个明显的问题，请道歉; 我是一个Git新手。

Answer 1

这个想法是：

• 无论Git分支是什么， git svn rebase的直接结果都不应该重新定位：它的历史必须保持原始导入，以便成功进行dcommit
• 任何其他Git分支（不直接链接到SVN分支）都可以随意合并/重新组合。

另请参阅使用git-svn在svn中轻松合并 。

因此，如果受各种Django仓库中的merge / rebase影响的分支不是与dcommit相关的分支（同步回SVN仓库），那应该没问题。