3

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

我一般做的是

  1. 分叉原始回购
  2. 编辑.vimrc文件并将行更改Plugin 'original-repo'为Plugin 'my-fork', run:so %然后:PluginInstall
  3. 进行更改并提交
  4. 推到我的叉子上
  5. 发送 PR

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

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

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

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

我已经在使用了。

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

4

1 回答 1

3

GitHub 作为一个致力于使用 forks的完整指南。

简而言之：

  1. 您定义一个指向原始存储库的新远程存储库，
  2. 您从该“上游”远程存储库中获取并合并以使您的存储库保持同步。
于 2017-02-26T00:09:20.840 回答