使用 Vundle 管理自己的 Vim 插件分支
Manage own fork of Vim plugins with Vundle
我在Vim中使用Vundle作为插件管理器，碰巧我想对一些插件进行修改以纠正错误或实现个人更改。
我一般做的是
- fork 原始仓库
- 编辑
.vimrc 文件并将行 Plugin 'original-repo' 更改为 Plugin 'my-fork'、运行 :so % 然后 :PluginInstall
- 进行更改并提交
- 推到我的叉子
- 发送 PR
此时PR可以是accepter或者rejected。在前一种情况下，一切正常。后一种情况呢？
我的意思是，一般来说，我可以决定将未接受的编辑保留在我的分支中（毕竟我刚刚提交了它），以及在本地分支中（也就是说，我保留 Plugin 'my-fork' 在我的 .vimrc 文件中），因为出于某种原因，我认为此编辑对我很重要。
另一方面，我不希望我的叉子因为一个或几个提交而发散而变旧；也就是说，我仍然想让我的叉子包含原始仓库的新提交。
此外，我希望仍然能够发送我可以做的其他提交的 PR，注意从同步 fork 发送 PR 的 PR 最佳实践。
我可以想象这些工具适合什么用途，即
- 用于创建分叉和发送 PR 的网络
git管理本地fork的不同分支Vundle 管理 Vim 插件
我已经在使用了。
所以问题是：我应该遵循什么工作流程来管理 Vim 插件，我可能会参与提交的 PR（而且我显然无法提前知道哪些 PR 被接受并且哪些被拒绝了）？
GitHub 整个指南专门用于 working with forks。
简而言之：
- 您定义了一个新的指向原始存储库的远程存储库，
- 您从那个 "upstream" 远程存储库中获取并合并以使您的存储库保持同步。
我在Vim中使用Vundle作为插件管理器，碰巧我想对一些插件进行修改以纠正错误或实现个人更改。
我一般做的是
- fork 原始仓库
- 编辑
.vimrc文件并将行Plugin 'original-repo'更改为Plugin 'my-fork'、运行:so %然后:PluginInstall - 进行更改并提交
- 推到我的叉子
- 发送 PR
此时PR可以是accepter或者rejected。在前一种情况下，一切正常。后一种情况呢？
我的意思是，一般来说，我可以决定将未接受的编辑保留在我的分支中（毕竟我刚刚提交了它），以及在本地分支中（也就是说，我保留 Plugin 'my-fork' 在我的 .vimrc 文件中），因为出于某种原因，我认为此编辑对我很重要。
另一方面，我不希望我的叉子因为一个或几个提交而发散而变旧；也就是说，我仍然想让我的叉子包含原始仓库的新提交。
此外，我希望仍然能够发送我可以做的其他提交的 PR，注意从同步 fork 发送 PR 的 PR 最佳实践。
我可以想象这些工具适合什么用途，即
- 用于创建分叉和发送 PR 的网络
git管理本地fork的不同分支Vundle管理 Vim 插件
我已经在使用了。
所以问题是：我应该遵循什么工作流程来管理 Vim 插件，我可能会参与提交的 PR（而且我显然无法提前知道哪些 PR 被接受并且哪些被拒绝了）？
GitHub 整个指南专门用于 working with forks。
简而言之：
- 您定义了一个新的指向原始存储库的远程存储库，
- 您从那个 "upstream" 远程存储库中获取并合并以使您的存储库保持同步。