使用 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" 远程存储库中获取并合并以使您的存储库保持同步。