标签: svn

我尝试git-svn的动机是毫不费力的合并和分支.然后我注意到男人git-svn(1)说:

不建议在您计划提交的分支上运行git-merge或git-pull.Subversion不以任何合理或有用的方式表示合并; 因此使用Subversion的用户无法看到您所做的任何合并.此外,如果您从作为SVN分支镜像的git分支合并或拉出,则dcommit可能会提交到错误的分支.

这是否意味着我无法从svn/trunk(或分支)创建本地分支,破解,合并回svn/trunk,然后dcommit？我知道svn用户会看到同样的混乱,在svn pre 1.5.x中一直是合并,但是还有其他缺点吗？最后一句也让我担心.人们经常做这些事吗？

如果我有一个Subversion存储库的工作副本,有没有办法用一个命令或工具删除该工作副本中的所有未版本控制或忽略的文件？基本上,我正在寻找SVN模拟git clean.

命令行或GUI解决方案(对于TortoiseSVN)都是可以接受的.

我在桌面上安装了Tortoise svn.我想使用命令行 svn.exe 执行一些任务？但我无法在我的机器上找到svn.exe.

我们是否必须安装其他东西来获取svn.exe命令？

如果从SVN工作副本中删除目录但尚未提交,则不清楚如何将其恢复.当您输入"svn undo d"时,Google甚至建议"在提交前将svn undo delete"作为常见查询,但搜索结果无益.

编辑:我想要一个适用于subversion 1.4.4的解决方案

如何将我没有写入权限的Google Code Subversion存储库与GitHub存储库保持同步？

我希望能够在我的Git存储库中开发自己的功能,但我也希望与Google Code Subversion存储库同步.从Google Code项目端获取修复程序.

我知道git-svn并在之前和下游使用它到我完全控制的Subversion存储库.但我不知道如何与Google Code Subversion存储库保持同步.

我一直在阅读Subversion 1.5的分支/合并,使用优秀的免费版本控制和Subversion一书.我想我了解如何使用Subversion命令行客户端来执行我最常需要的操作,它们是:

使用Trunk中的更改更新分支

从分支的工作目录运行:

svn merge http://svn.myurl.com/proj/trunk

将分支合并到主干

从trunk的工作目录运行:

svn merge --reintegrate http://svn.myurl.com/proj/branches/mybranch

但是,我们使用TortoiseSVN 1.5作为Subversion的接口.我想知道如何最好地使用TortoiseSVN执行这些操作.新对话框在主菜单上提供三个不同的选项.

1. 合并一系列修订
2. 重新整合分支
3. 合并两棵不同的树

根据我的收集,TortoiseSVN总是使用以下语法执行svn.

svn merge [--dry-run] --force From_URL @ revN To_URL @ revM PATH

此外,重新集成分支通常会失败并显示一条消息,指出某些目标尚未合并,因此无法继续,因此我不得不使用选项#3.

我的问题是:

1. 如何使用TortoiseSVN 1.5将更改从主干合并到分支？
2. 我是如何使用TortoiseSVN 1.5将分支合并到主干,有和没有reintegrate方法？
3. 我应该为每个选项使用以上哪个选项,为什么？

编辑

通过"干运行"测试我发现命令行是Subversion操作

svn merge http://svn.myurl.com/proj/trunk

类似于TortoiseSVN中的选项#1(合并一系列修订版),只要我将修订范围留空.

当你试图检查Subversion时,"阻碍"的意思是什么？我看到两个红色的文件夹,文本状态为"阻塞".我没有看到这对文档中的任何意义.

当我尝试cleanup命令时,我得到"文件夹名称不是工作目录".这是我刚刚在VS中创建的文件夹,当我尝试将其添加到Subversion时,它给了我这个错误.所有其他文件夹都没问题.

有没有办法对subversion存储库执行全文搜索,包括所有历史记录？

例如,我编写了一个我在某个地方使用过的功能,但之后就不需要了,所以我对这些文件进行了调整,但现在我需要再次找到它以将其用于其他内容.svn日志可能会说"删除未使用的东西"之类的内容,并且有大量的签名.

编辑2016-04-15:请注意,术语"全文搜索"在这里提到的是搜索提交历史的实际差异,而不是文件名和/或提交消息.我指出这一点是因为上面的作者的措词并没有很好地反映出来 - 因为在他的例子中他也可能只是寻找文件名和/或提交消息.因此有很多svn log答案和评论.

我不能做SVN提交.我收到此错误:

org.apache.subversion.javahl.ClientException: The working copy needs to be upgraded
svn: Working copy 'C:\.... is too old (format 10, created by Subversion 1.6)

怎么修好？

如果我运行svn rm file,该文件将从本地工作副本中删除.

我现在做的是:

$ cp file file2
$ svn rm file
$ svn ci
$ mv file2 file

如何避免svn在使用时删除本地文件svn rm？