在git和svn下同时pipe理源代码 – 这是否合理?

这可能是不寻常的,所以让我来设置一下场景:

我们有一个包含我们项目历史的SVN回购 – 一个基于Linux的embedded式系统。 SVN回购包含Linux内核,U-Boot,busybox等来源以及我们所有的内部应用程序,文件系统等。

我们拥有的Linux内核已经老了,我正在努力移植到正在为我们的平台积极开发的主线上。 我正在做git下的内核工作,并用“The Community”交易补丁。

我可以使事情工作,并采取内核源代码的快照,并将其转储到SVN,但我想保持更新的能力,拥有本地分支机构,并与Gitpipe理补丁。 我可以保留两个内核副本,每个内核由一个SCMpipe理,但是这会有点混乱。 使用gitpipe理的内核源代码也有开发和testing的风险,并忘记将这些更改放入SVN中,导致SVN版本在非内核源不同步的情况下出现故障。

将整个项目迁移到git不是一个选项。 使用git来pipe理内核源代码,并在SVN中join一堆胶水脚本和存储的散列值是可能的,但是对于整个项目来说,从SVN获得统一的历史/差异function会更好。

我正在考虑的是在同一个目录下同时pipe理SVN和git下的内核源代码。

作为一个内核开发者,我主要使用git,当事情看起来不错的时候,做一个SVN提交内部使用。 对于其他内部用户,他们将能够通过一个SVN签出来获得完整的,一致的资源,查看统一的历史logging,并且可以在SVN下对内核资源进行更改。 后来我或另一个使用git的人可以SVN更新这些变化,并提交他们适当的GIT。

一些让git去忽略.svn文件,反之亦然。 另外,我不太清楚如何将一个普通的SVN结帐,并告诉git开始pipe理内核子树,但我确信git有一些模糊的瑞士军刀选项来做到这一点。

所以这是我的想法。 这意味着大多数同事不必担心git,我们可以稍后默默地忽略git和fork。

这里的问题确实是,有没有人做过这样的事情,它是如何工作的,或者你提出了什么替代解决scheme?

Solutions Collecting From Web of "在git和svn下同时pipe理源代码 – 这是否合理?"