在 master 中维护带有补丁的 fork

Question

我想维护一个在原始代码之上添加自定义功能的分支。它不是对项目本身的贡献，也不会被上游合并。

我想要达到的目标：

• fork 的 GitHub 页面应指向项目的修补版本，而不是原始版本。
• 我应该能够轻松合并新的上游代码，同时为我自己的提交保留单独的历史记录。

我目前的计划是在 fork 存储库中将 upstream/master 分支设置为 vendor，我自己的 master 将从该分支分支。每当上游有稳定版本时，我可以将其拉入并推送到 vendor 分支，而不是重新设置我的 master。

问题：

1. 是否有更简单或更简洁的方法来获得相同的结果？
2. 我应该通过 GitHub 网络界面 fork 然后移动 master，还是应该按照 this answer 中的说明在本地创建存储库？

Answer 1

分叉只是链接这两个 GitHub 存储库的一种更正式的方式。

您甚至不需要将 upstream/master 命名为“供应商”：您可以直接在该远程分支之上重新设置您自己的 master 分支。

git fetch upstream
git checkout master
git rebase upstream/master