许多开源项目（例如django）都有GIT镜像，这些镜像进一步分叉以进行私人或公共开发。GIT镜像通过
啊，但是变基的幸福并不是没有缺点，可以用一句话概括：不要变基已经推送到公共仓库的提交。如果你遵循这个准则，就不会有问题。如果你不遵循，人们会讨厌你，你会被朋友和家人所鄙视。当你变基时，你正在放弃现有的提交，并创建类似但不同的新提交。如果你将提交推送到某个地方，其他人拉取它们并在其基础上工作，然后你使用git rebase重写这些提交并再次推送它们，你的协作者将不得不重新合并他们的工作，当你尝试将他们的工作拉回你的时候，事情会变得混乱。
git svn rebase保持最新状态。但Pro Git Book中含有明确的建议：啊，但是变基的幸福并不是没有缺点，可以用一句话概括：不要变基已经推送到公共仓库的提交。如果你遵循这个准则，就不会有问题。如果你不遵循，人们会讨厌你，你会被朋友和家人所鄙视。当你变基时，你正在放弃现有的提交，并创建类似但不同的新提交。如果你将提交推送到某个地方，其他人拉取它们并在其基础上工作，然后你使用git rebase重写这些提交并再次推送它们，你的协作者将不得不重新合并他们的工作，当你尝试将他们的工作拉回你的时候，事情会变得混乱。
像Django这样的开源镜像是否违反了上述关于不在公共仓库中进行变基的粗体规则？如果不是，为什么不是？如果是，那么使用这些镜像无法完成哪些可以使用“常规”的非变基Git项目完成的工作？如果这是一个显而易见的问题，我向您道歉；我是一个Git新手。