GIT SVN创建的公共回购协议的公共和私人分支的推荐工作流程

我试着设置三件事:

1. 公共SVN回购的公共GIT镜像
2. 回购协议的公共分支,多个参与者可以在其中发布补丁
3. 来自#2的公共回购的私人分支

我知道如何做#1,但我正在寻求关于#2和#3的建议:如何配置、如何保持同步、避免的事情等等。

以下是更多细节:

我正在使用一个基于SVN的开源web应用程序,它的补丁提交机制既慢又低效:补丁被附加到问题跟踪系统中提交的bug上,几周或几个月后,这些补丁进入主干。

一个严重的问题是,我需要维护一个项目的私有分支,其中包含只有我的公司才需要的附加功能。但我想用一种简单的方式让我的叉子跟上最新的官方承诺。

我想找出一个基于GitHub的解决方案来解决这两个问题。最后我想说三件事:

• “镜子” -SVN的GitHub镜像,通过自动化流程(如 this article )我或其他补丁贡献者将运行。这将使我或其他人很容易创建项目的公共或私人分支,而不会与SVN发生冲突。
• “contrib” -对于我自己和一些我信任的补丁提交者,我想建立一个公共分叉(或分支?)在“镜像”中,我们可以提交我们希望最终出现在SVN中的补丁。这也可能使核心提交者更容易、更高效地将补丁拉回到SVN中。
• “我们的叉子” -最后,我们公司希望建立一个“contrib”的私有分支,多个开发人员可以添加只适用于我们公司实现的私有功能

一些具体问题:

• 这种方法有意义吗?我们是否应该使用更简单的解决方案?
• 如何确保“contrib”与“mirror”保持同步?是否有GitHub魔法可以自动应用新提交,只要它们不冲突?假设没有,那么什么样的工作流程才能确保contrib与其父级保持同步呢?
• “ourfork”在逻辑上是“mirror”的孙子。通过“镜像”和“contrib”的更改,正确的工作流程是什么?我应该把“contrib”设为我唯一的遥控器吗?或者将两者都设置为远程设备——如果是的话,合并的正确过程是什么?

我读了@rq的 answer 一个类似的问题,我怀疑它回答了上面的大部分问题,但我是一个Git新手,我不确定他的答案是否适用于我的案件。