git-svn 和巨大的 svn 存储库以及许多“子存储库”
我想在我的公司中使用 git-svn 来处理某些项目“proj1”。
然而我们的存储库看起来像这样：
proj1/
app1/
component1/
branches/
tags/
trunk/
component2/
branches/
tags/
trunk/
app2/
component22/
branches/
tags/
trunk/
你将如何应对这个问题？
我认为 git submodules 是答案，但我对此了解不多，并且通过谷歌搜索似乎 git-svn 不支持它。
谢谢。
编辑：这个问题与Svn -> 相关。具有多个主干/分支/标签的 git 迁移。但没有正确答案。排名最高的人预计“子存储库”很少。然而在我们的项目中有很多这样的东西。
I'd like to use git-svn in my company for certain project "proj1".
However our repository looks like this:
proj1/
app1/
component1/
branches/
tags/
trunk/
component2/
branches/
tags/
trunk/
app2/
component22/
branches/
tags/
trunk/
How would you cope with this?
I thought git submodules is the answer but I don't know much about it and from googling it seems it isn't supported by git-svn.
Thank you.
EDIT: This question is related Svn -> git migration with several trunk/branches/tags. There is no correct answer though. The highest ranked one expects that there are few"sub-repositories". However in our project there are a lot of them.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
通常的做法是关联一个组件（一个一致的文件集及其自己的开发生命周期）到 git 存储库。
这意味着您可以创建多个 git-svn 克隆，每个克隆都有一个引用不同组件的 SVN 地址。
从那里，您可以将单个父存储库中的各个存储库引用为子模块，如果您想要。
但这个想法仍然存在：一旦您进入这些子模块之一，您实际上就处于 git 存储库中：该存储库将支持 git-svn dcommit 操作。
The usual practice is to associate a component (a coherent set of files with its own development lifecycle) to a git repo.
That means you can make several
git-svn clone, each one with a SVN address referencing a distinct component.From there, you can reference those various repos within a single parent repo as submodules if you want.
But the idea remains: once you are within one of those submodules, you are actually within a git repo: that repo will support
git-svn dcommitoperations.