我想要维护一个分支,将自定义功能添加到原始代码之上。这不是对项目本身的贡献,也不会合并到上游。
我想要实现的目标:
- 分支的 GitHub 页面应该指向项目的补丁版本,而不是原始版本。 - 我应该能够轻松地合并新的上游代码,同时保留自己提交的单独历史记录。
我的当前计划是在 fork 仓库中将
问题:
1. 是否有更简单或更清晰的方法来实现相同的结果? 2. 我应该通过 GitHub 网页界面进行 fork,然后移动
我想要实现的目标:
- 分支的 GitHub 页面应该指向项目的补丁版本,而不是原始版本。 - 我应该能够轻松地合并新的上游代码,同时保留自己提交的单独历史记录。
我的当前计划是在 fork 仓库中将
upstream/master
分支作为 vendor
,从中创建自己的 master
分支。每当上游有稳定版本发布时,我可以将其拉取并推送到 vendor
分支,然后再将自己的 master
进行变基操作。问题:
1. 是否有更简单或更清晰的方法来实现相同的结果? 2. 我应该通过 GitHub 网页界面进行 fork,然后移动
master
,还是应该按照这个答案中所述,在本地创建仓库?