github - 使用 Vundle 管理自己的 Vim 插件分支

Question

我在Vim中使用Vundle作为插件管理器，碰巧我想对一些插件进行修改以纠正错误或实现个人更改。

我通常做的是

1. fork 原始仓库
2. 编辑 .vimrc 文件并将行 Plugin 'original-repo' 更改为 Plugin 'my-fork'，运行 :so % 然后是 :PluginInstall
3. 做出改变并提交
4. 推送到我的 fork 上
5. 发送 PR

此时 PR 可以被接受或被拒绝。在前一种情况下，一切正常。后一种情况呢？

我的意思是，一般来说，我可以决定将未接受的编辑保留在我的分支中(毕竟我刚刚提交了它)，以及在本地分支中(也就是说，我保留 Plugin 'my-fork' 在我的 .vimrc 文件中)，因为我认为这个编辑对我来说很重要，出于某种原因。 另一方面，我不希望我的 fork 因为一个或几个提交而发散而变旧；也就是说，我仍然想让我的 fork 包含原始仓库的新提交。 此外，我希望仍然能够发送我能做的其他提交的 PR，注意从同步 fork 发送 PR 的 PR 最佳实践。

我可以想象这些工具适合什么用途，即

• 用于创建 fork 和发送 PR 的网络
• git 管理本地fork的不同分支
• Vundle 管理 Vim 插件

我已经在使用了。

所以问题是:我应该遵循什么工作流程来管理 Vim 插件，我可以参与提交的 PR(显然我无法提前知道哪些 PR 被接受，哪些被拒绝)？

Answer 1

GitHub 作为致力于 working with forks 的完整指南.

简而言之:

1. 您定义一个新的远程存储库指向原始存储库，
2. 您从“上游”远程存储库获取并合并，以保持您的存储库同步。