处理新项目的基础存储库的最佳方法

Question

如果我想在新项目B上克隆/分叉/解决项目A，那么最佳方法是什么？

我目前的想法是这样做：

• 克隆存储库A，并创建两个遥控器。第一个是指向存储库A的存储库URL的有意义的名称，第二个是指向存储库B的origin。

我想这样做的原因是存储库B可以将存储库A作为基础，并且任何时候对我要合并的存储库A进行更改，我只能git pull <repository-A-remote-name> <branch>当我想推送到存储库BI只是推送到原点。

之前有没有人曾经有过这种工作流程，如果是这样的话，你会说这是一个好方法，还是你尝试过别的东西？

注意：此处不需要在GitHub上提取请求，因为项目A从不需要更改项目B，但项目B将始终需要合并到项目A的更新中。

Answer 1

这几乎是一样的。唯一的区别是，GitHub中的fork-relation。在GitHub中分叉只是在用户下创建一个repo的克隆，并在两者之间保持父叉关系。如果你希望你的fork在你的fork和父级中显示为父级的fork，和/或想要发布pull请求，那就是fork。如果您不希望显示此关系，并且不想发布PR，则只需克隆并以新的回购方式推送到您的帐户。

为您自己的仓库设置一个远程upstream A和一个远程origin并定期将上游变更集成到您的仓库中是非常常见的工作流程，完全不同于GitHub。 （名称可以自由选择）