求教：在 fork 的仓库上添加不太可能被 upstream 接受的修改，是不是应该在新开的 branch 上开发？

因为如果直接在 master 上开发的话，，那就没法向 upstream 发起任何 pull request 了。。

是这样吗？？

另外，，如果有一个小的修改希望发起 pull request ，，那应该也为这个修改新开一个 branch 吗？？

或者说一个 fork 的仓库，，如果有 pull request 的打算，，就永远不要在 master 上修改代码，，master 只用来和 upstream 保持同步。。所有修改都在新的 branch 上做？？

感谢各位大佬指教。。

我理解是的，我目前的经验也是这么干的。

可以在你 fork 的分支上开发，只是每次 PR 之后要删除 fork 重新 fork （不然会污染提交记录）

我觉得最方便的做法是，master 只用来同步，pull request 从自己新开的 branch 直接发起（无需 merge 到 master 再发起）

是的，比如有些激进的功能上游不会合并，我就开个分支自己玩，公共问题在 master 上修改再 pull request

好的，，感谢各位大佬回复。。

@GuoJikun 其实不用删 fork ，只要迁一个新分支出来，reset 到原仓库的提交，然后把要 PR 的改动 cherry pick 过来就行。 不过最简单的还是在一开始就在新分支开发，原分支仅用于跟踪远程，还可以随时把原仓库的更新 merge 到自己的分支上。