git - 分支和 fork 的优点/缺点

Question

我目前正在通过主存储库的一个分支开发一个项目。我正在提交对 <fork>/master 的更改然后向 <upstream>/master 提交 pull 请求.

我有 <upstream> 的写权限.我是否正确地认为我可以通过删除我的 fork 并简单地为我的工作创建分支(<upstream>/dev_branch1)并为这些分支提交 pull 请求来简化这件事？对于我具有写入权限的存储库，使用 fork 而不是分支有哪些优点/缺点？

Answer 1

其实差别不大；不同存储库(fork)中的分支与上游存储库中的单独分支几乎相同。只是它们之间的距离更远一些。

使用 fork 的一些好处可能是让它更加分离，以防你想要对你的更改更加疯狂。在您的更改进入“真实”项目之前，您可以将其视为另一个临时区域。但是， fork 也带来了一些维护要求；如果您想继续从事该项目，则必须使 fork 保持最新，GitHub 还为您提供所有存储库功能，例如问题和另一级别的 pull 请求，这可能会使它变得有点复杂。

特别是当您是主要贡献者之一时，只需推送到上游存储库中的功能分支就很有意义。这使得该项目成为人们查看更改的主要和单点。其他开发人员可以尽早(在您提交 pull 请求之前)看到您在做什么，而不必查看您自己的 fork ，并且可能会提早对其发表评论。直接在上游存储库中工作的一个缺点是您需要小心不要意外地推送到错误的分支；由于这不是您自己的项目，因此可能适用需要您多加注意的全局规则。

至于创建 pull 请求本身，完全没有区别。您可以从同一项目的分支创建 pull 请求，就像您可以从分支创建 pull 请求一样。