我正在使用多个 GitHub 存储库。到目前为止我一直在使用的过程是 fork 原始存储库，然后克隆我的分支。如果我做了一些更改，我只是将它们推送到我的远程分支。
我担心的是:在我可能不会进行任何修改/提交的项目中，我应该像以前那样 fork 原始项目并克隆我的分支，还是克隆原始项目？如果这些项目涉及一堆必须自定义的文件(因此，我的本地项目与原始项目不同)怎么办？
最佳答案
这并不重要。
如果您认为您不会做任何更改，您可以安全地直接克隆原始存储库，这样做的好处是您可以通过 git pull 直接更新您的本地克隆。一旦你意识到你想要进行更改，你可以在 github 上 fork 它并将 fork 添加为额外的远程。
另一方面，如果您认为您将对 Remote 进行更改，您可以 fork 它。一旦您意识到自己错了并且不需要进行更改，请将原始存储库添加为远程存储库并删除复刻。
我自己更喜欢始终将分支和原始分支都添加为远程，因此我可以通过(例如)git pull original master 更新我的本地克隆，然后我可以更新我的分支使用 git push origin(origin 是我在这里的私有(private)分支。名称也不重要)。如果我不需要或不再需要 fork ，我就会把它扔掉。如果我(再次)需要它，我(重新？)创建它。
作为旁注:您不需要在 github 上进行 fork 来进行更改，因为您的本地克隆也是一个完整的存储库，如果它足以将您的更改保存在那里，就可以了。
关于git - 我应该 fork 并克隆我的存储库，还是只克隆原始存储库？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/11683596/