大型 svn 存储库子集上的 git-svn
回购布局： 一个/1 一个/2 一个/3 ... b/1 b/2 ... c/1 c/2 ...
如果我在 1 个 svn repo 子目录上工作，git-svn 对我来说非常适合。 但现在我需要处理几个子目录（例如，a/1、a/2 和 b/1），除了它们之外，回购协议中还有很多东西。 我已经设法为此编写了一个正则表达式，但是带有 --ignore-paths 的 git-svn 似乎会根据此正则表达式检查每个文件的名称，而不是跳过整个文件夹，因此速度太慢。 /* 也许我应该提交一份关于此问题的错误报告 */
那么——有什么处理这个问题的想法吗？如果一些 Mercurial svn 代理可以进行选择性克隆，那也可以，但我最好坚持使用 git。 我的另一个想法是一些选择性的 svn 代理，但我还没有成功地谷歌搜索类似的东西。 谢谢！
repo layout:
a/1
a/2
a/3
...
b/1
b/2
...
c/1
c/2
...
git-svn works perfect for me if I work on 1 svn repo subdir.
But right now I'm facing the need to work on several subdirs (like, a/1, a/2, and b/1), and there's much shit in repo besides them.
I've managed to write a regexp for this, but git-svn with --ignore-paths seems to check each file's name against this regexp, instead of skipping entire folders, so it's too slow. /* Probably I should file a bug report about this */
So -- any ideas of handling this? If some Mercurial svn agent can do selective clones, it's OK too, but I'd better stick with git.
My another idea was some selective svn proxy, but I haven't succeeded in googling anything like that.
Thanks!
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
到目前为止我还没有找到实现这一目标的好方法。
您是否考虑过跑步：
git svn 克隆 yourhost.com/a/1
git svn 克隆 yourhost.com/a/2
....
这应该减少转移，
然后通过 git merge 将信息拼接在一起（到一个存储库中）
和/或认为 git 子模块。
So far i have not seen a good way to attain this.
Have you considered running:
git svn clone yourhost.com/a/1
git svn clone yourhost.com/a/2
....
That should cut down on the transfer,
then you stitch the information together through git merge (into one repository)
and/or thought git submodules.