使用git svn和一些尴尬的权限

时间:2010-06-07 06:05:52

标签: svn git permissions git-svn

由于客户端的一些时髦权限我们无法改变,我们有一个项目的层次结构如下:

  • projectname / trunk :foo /,bar /,baz /

  • projectname / branches :branch1 /,branch2 /

    • (其中branch1和branch2各包含foo,bar和baz。)

问题是,我无权访问 trunk ,所以我不能只修复 project / trunk 。我有权访问分支

我目前正在做的是通过 git svn clone 单独检查每个子目录,以便每个子目录都有自己的git repo。我使用脚本来更新/提交它们,但我更喜欢做的是在一个repo下检查它们,并且能够通过一次调用 git svn dcommit 来提交更改。 。这可能吗?

我提到了分支层次结构,因为如果可能的话,我还希望能够在权限更加理智的情况下跟踪分支。

我已经尝试过许多听起来很有用的选项,但是我没有找到一个能让我满意的东西。我觉得解决方案可能与 - no-minimize-url 有关,但我甚至不确定,因为当我尝试它时它没有帮助我。

1 个答案:

答案 0 :(得分:2)

快速检查后,似乎标准方式可以完美运行。

git svn clone --branches /projectname/branches SVN_URL

然后,您可以正常在这些分支上进行dcommits。

更新:如果没有读取(列表)文件夹/项目名称和/的权限,它将无效 不幸的是

Update2:似乎--no-minimize-url允许使用受限制的读取权限进行此类导入。