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

Question

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

我通常做的是

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

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

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

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

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

我已经在使用了。

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

Answer 1

GitHub 作为整个指南致力于 working with forks。

简而言之：

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