1. 隐藏文件.svn目录删除了怎么办
Checkout后，工作空间下.svn目录下有大量隐藏文件，占用比较大的空间，他们是工作空间的管理文件，不能删除，如果不小心删除了也不要抓狂，不会影响服务器端的，重新checkout就又可以工作了。如果想不包含这些隐藏文件导出，可以用TSVN菜单里的export完成。
2.文件名大小写问题，在下载代码时，下载到一半，系统提示不能找到……文件， 提示Can't copy"……"to"……"系统找不到指定文件
该问题很可能是因为上传了大小写不同的同名文件，在Repo-Browser里找到同名文件删除一个就好了。（该问题曾经困惑过好长时间，解决了是如此简单）
3.为什么我的配置库http://ip/svn无法访问，提示没有权限，但是通过http://ip/svn/myproject可以访问
在apache配置文件httpd.conf配置的只是个配置库仓库的虚拟目录，物理上是不存在，即使有所有配置库的权限也只能访问到具体的配置库一级
4.在安装svn的机器上可以进行commit操作，但是通过其他机器commit出错
在安装svn的机器上可以进行commit操作，但是通过其他机器commit出现如下错误，appach的权限文件没有问题
错误信息如下
Error Commit failed(details follow)
Error MKACTIVITY of '/svn/test/!svn/act/739fe0d1-58f7-be4a-915b-a：03 Forbidden (http://192.168.0.1) '
通过多次尝试，终于找到原因了。发现原来是域名写错了。
受下面的配置影响：
在Httpd.conf文件添加：
#SSPI authentication
<Location /repository>
DAV svn
SVNParentPath d:/repository
AuthzSVNAccessFile e:/repository/accessfile
Require valid-user
AuthType SSPI
AuthName "Subversion repositories"
# SSPI settings
SSPIAuth On
SSPIAuthoritative On
# point to domaincontroller
SSPIDomain domain.com.cn
SSPIOfferBasic On
</Location>
SSIDomain中的domain写的是全部的域名，我们公司的域名是domain.cn.把它修改成domain，然后重新启动appache就可以了
5.can’t connect to host …………
1，服务器有没有运行，有没有打开相应端口
如果服务器是svnserve，检查有没有运行svnserve，有没有打开3690端口
如果服务器是apache，检查apahce是否运行，是否打开80端口
检查时可以在服务器运行netstat -na看看相应端口是否在LISTEN
2，防火墙有没有开放相应端口
3，客户端是否可以连接服务器的相应端口
使用命令telnet 服务器IP 相应端口
如：telnet 192.168.0.1 3690
6.基于svnserve的subversion服务器在新配置权限后：svnserve.conf:12: Option expected
该问题是因为subversion读取配置文件svnserve.conf时，无法识别有前置空格的配置文件，因此在配置文件里每行前面不能有空格
7. 把svn版本库中的某一个文件或目录永久的删除？
[总结]
删除文件确实能够通过我们上述的提供的方法解决，但是我们也看到如果当库中的版本很多，容量很大的时候
每次当我们导出和导入的时候，花费的时间比较长，而且使用的空间也比较大。我们建议，
所有的导入和导出以及过滤的操作尽量在同一块磁盘或者扇区上执行，这样速度比较快；当然你要保证你的
扇区的容量能够容纳原来仓库至少2倍(2~4倍)的大小((1)原始的库，(2)导出的dump，(3)导出的filter dump，(4)导入的库)
当然你也可以copy到别的扇区，磁盘或者机器上运行，只要保证环境一致就可以
8.svn-怎么把authz转换成UTF-8格式
用菜单转换功能转换先，
用unicode转换为utf-8，然后再存盘
打开后再用utf-8转unicode(ASCII编辑)即可。
9.如何从客户端修改用户密码
从客户端修改密码的工具见附件，apache方式
10.提示：405 Method Not Allowed的原因和解决方法
用TortoiseSVN访问基于apache配置的svn版本库时，有时候会提示错误405 Method Not Allowed，开始用TSVN checkout了一个正常的目录，假设服务器地址为：http://svn/project1，之后，服务器经过其它配置，这个地址变了，使得用这个地址不再能访问到正确的版本库，此时，TSVN就极有可能报405错误。另外，当你访问的地址大小写与服务器的地址不一致时，也会出现该错误。只要将TSVN访问的地址改成正确的，或修改服务器配置，使原地址可以访问即可解决。
11.Error: Can't create directory '/svn/test/db/transactions/1-1.txn': Permission denied （来自网络）
方法:没有可写权限,chmod Go+w transactions
12.commit failed(details follow):Can't open activity db: Permission denied （来自网络）
方法:修改仓库下面dav和db目录的写权限..
13.如何提高TSVN的效率
TortoiseSVN 安裝好了之后会有個 TSVNCache.exe 程序不断在后台执行，对电脑中所有 Subversion 工作目录(Working Copy)的状态缓存(Status Cache)，最主要的目的是让你在执行 svn commit 或 svn update 的时候可以更迅速的进行。
不过当你的 TortoiseSVN 沒有特別调整过的話，这个 TSVNCache.exe 程序就会一直不断的扫描你所有磁盘中所有的目录看有沒有 _svn 或 .svn 目目录，然后再进行档案比对，看有沒有档案有异常，如果你电脑的档案目录过多或工作目录过多的話，很有可能会让 TSVNCache.exe占去你不少 CPU 资源，以及不断的耗用磁盘 I/O，导致电脑速度变慢！
1、建议可以勾选这个，让这些 Overlays Icon 只会在「资源管理器」里出现，当我们在用其他软件的「打开资源管理器」出现的那个窗口时，就不会显示这些 Overlays Icon，以降低系统负担。
2、建议仅仅勾选 Drive Types 中的 Fixed drives，也就是说 Overlays Icon 只会在本地电脑的几个磁盘分区才会出现。
3、將所有磁盘都列入 Exclude paths，让 TSVNCache.exe 预设不要搜索所有的磁盘，但记得要设定 C:/* 不要只输入 C:/ 喔。
4、最后將你的 Subversion 工作目录位置列入 Include paths 即可，像我习惯將所有工作目录全部放在一个集中的目录內方便管理，这里我就只需要将该目录列进去即可，记得最后也要填上 * 号才会包含该目录下所有目录与档案。
5、另外提醒一点，在你电脑中的 Subversion 工作目录数量是越少越好，沒用的本地copy请删掉，等要用的時候再 Checkout 出來，避免影响效率。
1.Commit failed。……You have to update your working copy first
多人同时修改同一文件，在提交前其他人已经抢先提交到SVN服务器中，导致该错误；解决方法：对工作复本中的文件进行更新即可
更新版本解决冲突主要就是
a、 在当前目录下执行“update”（更新）操作
b、 在冲突的文件上（选中文件--右键菜单—TortoiseSVN—Edit conflicts（解决冲突））
c、 如果要使用服务器版本，在Theirs窗口选中差异内容，右键，选择Use this text block（使用这段文本块）。
同理如果要使用本地版本，在协商后，在Mine窗口右键，选择Use this text block（使用这段文本块）。
d、 修改完成后，保存kingtuns.txt文件内容。
e、 在B用户的冲突目录下，选中文件--右键菜单—TortoiseSVN—Resolved（解决）。会列出冲突的文件列表，如果确认已经解决，点OK。
2.Commit failed；File already exists”提交失败，文件**已存在
版本管理系统在改变你的计算机上的工作副本时，是非常的小心的。在做任何事情之前，它都尽可能把您的意图写到你的计算机上的日志文件中去。但如果偶然地操作中断了(例如：突然停电了，您的计算机死机了)，那么日志文件记录就可能同您最后的工作状态不一致。一种建议解决途径：先把要提交的东西拷出来放到其它目录，再更新本地文件，然后把拷出来的文件重新放回去提交
3.Working copy’**’locked. Please execute the ’Clean up’command
Subversion客户端在提交内容之前会在本地的工作拷贝写日志，防止其他客户端再次作操作，如果这个提交过程中发生错误，就会存在未清理的日志，解决这个问题之需要执行“清理”操作，整理你的计算机上的工作副本，清理错误的日志记录，使您可以继续操作
4.执行clean up时，出现错误“Subversion reported an error while doing a cleanup!” /'**/' is not a working copy directory ”
遇到这种情况，先删除隐藏文件夹.svn中的tmp下面的临时文件，再执行clean up
5.
svn: Commit failed (details follow):
svn: MKACTIVITY of '/aanugdk/!svn/act/1f177b34-1601-...': 403 Forbidden
方法一：修改url大小写。
SVN在Check out 等操作时，是URL大小写不敏感的，可在Commit /delete时却是在大小写 敏感的，所以在设定SVN的服务器路径时，一定要注意大小写。
方法二：修改SVN客户端适配器。
Eclipse preferences, Team -> SVN ->svn interface: 将JavaHL改成svnKit
注：SVN在Checkout等操作时，是URL大小写不敏感的，可在Commit/delete时却是在大小写敏感的，所以在设定SVN的服务器路径时，一定要注意大小写。
问题1：’.’ is not a working copy. Can’t open file ‘.svn/entries’: 系统找不到指定的路径。
解答：原因是输入的访问路径不正确，如svn://192.168.6.200/如果最后少写了“/”，就会出现这种错误提示。
问题2：将文件checkout之后，没有出现SVN的图标，是怎么回事？
解答：有些时候在客户端Checkout文件后，SVN的系统图标也会不显示，可以执行一下“Clean up”，就会出现SVN的系统图标。
问题3：为什么添加的文件，别人看不到，版本库里也没有？
解答：最可能的原因是，你只是执行了“Add”而没有“Commit”，这样只是在本地注明某个文件是预定要增加的，而没有实际添加到版本库中，要添加到版本库必须执行“Commit”。删除文件也是一样。
问题4：“Commit failed。……You have to update your working copy first” 提交失败，需要首先执行更新操作。
解答：多人同时修改同一文件，在提交前其他人已经抢先提交到SVN服务器中，导致该错误；解决方法：对工作复本中的文件进行更新即可。
问题5：更新时提示文件发生冲突：“One or more files are not a conflicted state。”
解答：多人同时修改同一文件的同一部分，SVN无法自动进行合并，会导致该错误；解决方法：对工作复本中的文件和服务器的文件进行比较，手工合并即可。
问题6：“Commit failed；File already exists”提交失败，文件**已存在。
解答：版本管理系统在改变你的计算机上的工作副本时，是非常的小心的。在做任何事情之前，它都尽可能把您的意图写到你的计算机上的日志文件中去。但如果偶然地操作中断了(例如：突然停电了，您的计算机死机了)，那么日志文件记录就可能同您最后的工作状态不一致。一种建议解决途径：先把要提交的东西拷出来放到其它目录，再更新本地文件，然后把拷出来的文件重新放回去提交。
问题7：Working copy’**’locked. Please execute the ’Clean up’command.
解答：Subversion客户端在提交内容之前会在本地的工作拷贝写日志，防止其他客户端再次作操作，如果这个提交过程中发生错误，就会存在未清理的日志，解决这个问题之需要执行“清理”操作，整理你的计算机上的工作副本，清理错误的日志记录，使您可以继续操作。
问题8：执行clean up时，出现错误“Subversion reported an error while doing a cleanup!” '**' is not a working copy directory ”
解答：遇到这种情况，先删除隐藏文件夹.svn中的tmp下面的临时文件，再执行clean up。
问题9：因为仓库与目录很多，使用TSVN每次选择目录URL of repository有很多地址，如何才清除呢？像清除浏览器中的历史那样，用什么方法呢？
解答：右键->TortoiseSVN->Settings->Saved Data，就可以清除你想要的东西了，包括URL、log、窗口大小、密码缓存等。
问题10：在SVN中选中一个目录show log时，出现了某些版本只显示版本号和（no date），没有其他信息，什么原因引起的？
解答：出现了（no date）的revision，为其他人修改了你所没有权限访问的某个目录下的文件。
问题11：Attempted to lock an already-locked dir is not under version control
I deleted the log file in the .svn directory (I also deleted the offending file in .svn/props-base)
Then did a cleanup.. Then resumed my update.
问题12：svn: warning: 'xxxxx' is already under version control 解决办法?
只添加相应目录到SVN，但不添加目录下的文件:
#svn st uploads|grep ^?|awk "{print /$2}"|xargs svn add -N
原因: 很可能是 .svn 隐藏目录版本信息被修改了
解决办法:
删除uploads目录下的.svn目录及下面的文件（保留uploads目录的.svn）
#find uploads |grep 'uploads/[^/.]*/.svn'|xargs rm -rf
Aborting commit: 'XXXXXXXX'remains in conflict错误
今天在提交项目文件到本地SVN时提示错误如下：
过期：”global.php“在事务”21-1“,
You have to update your working copy first.
运行update更新后再次提交又出现如下错误：
svn: Commit failed (details follow):svn: Aborting commit: 'global.php' remains in conflict查了一下SVN的手册才知道原来是多个版本之间遇到冲突。此时你需要解决冲突（合并别人的修改）。
--------------------------------------------------------------------------------
举一个例子，Sally修改了sandwich.txt，Harry刚刚改变了他的本地拷贝中的这个文件并且提交到服务器，Sally在提交之前更新它的工作拷贝得到了冲突：
$ svn update C sandwich.txt Updated to revision 2. $ ls -1 sandwich.txt sandwich.txt.mine sandwich.txt.r1 sandwich.txt.r2
在这种情况下，Subversion不会允许你提交sandwich.txt，直到你的三个临时文件被删掉。
$ svn commit --message "Add a few more things" svn: Commit failed (details follow): svn: Aborting commit: '/home/sally/svn-work/sandwich.txt' remains in conflict
如果你遇到冲突，三件事你可以选择：
“手动”合并冲突文本（检查和修改文件中的冲突标志）。
用某一个临时文件覆盖你的工作文件。
运行svn revert <filename>来放弃所有的修改。
一旦你解决了冲突，你需要通过命令svn resolved让Subversion知道，这样就会删除三个临时文件，Subversion就不会认为这个文件是在冲突状态了。
$ svn resolved sandwich.txt Resolved conflicted state of 'sandwich.txt'
手工合并冲突
第一次尝试解决冲突让人感觉很害怕，但经过一点训练，它简单的像是骑着车子下坡。
这里一个简单的例子，由于不良的交流，你和同事Sally，同时编辑了sandwich.txt。Sally提交了修改，当你准备更新你的版本，冲突发生了，我们不得不去修改sandwich.txt来解决这个问题。首先，看一下这个文件：
$ cat sandwich.txtTop piece of breadMayonnaiseLettuceTomatoProvolone<<<<<<< .mineSalamiMortadellaProsciutto=======SauerkrautGrilled Chicken>>>>>>> .r2Creole MustardBottom piece of bread小于号、等于号和大于号串是冲突标记，并不是冲突的数据，你一定要确定这些内容在下次提交之前得到删除，前两组标志中间的内容是你在冲突区所做的修改：
<<<<<<< .mineSalamiMortadellaProsciutto=======后两组之间的是Sally提交的修改冲突：
=======SauerkrautGrilled Chicken>>>>>>> .r2通常你并不希望只是删除冲突标志和Sally的修改—当她收到三明治时，会非常的吃惊。所以你应该走到她的办公室或是拿起电话告诉Sally，你没办法从从意大利熟食店得到想要的泡菜。一旦你们确认了提交内容后，修改文件并且删除冲突标志。
Top piece of breadMayonnaiseLettuceTomatoProvoloneSalamiMortadellaProsciuttoCreole MustardBottom piece of bread现在运行svn resolved，你已经准备好提交了：
$ svn resolved sandwich.txt$ svn commit -m "Go ahead and use my sandwich, discarding Sally's edits."记住，如果你修改冲突时感到混乱，你可以参考subversion生成的三个文件—包括你未作更新的文件。你也可以使用第三方的合并工具检验这三个文件。
拷贝覆盖你的工作文件
如果你只是希望取消你的修改，你可以仅仅拷贝Subversion为你生成的文件替换你的工作拷贝：
$ svn updateC sandwich.txtUpdated to revision 2.$ ls sandwich.*sandwich.txt sandwich.txt.mine sandwich.txt.r2 sandwich.txt.r1$ cp sandwich.txt.r2 sandwich.txt$ svn resolved sandwich.txt下注：使用svn revert
如果你得到冲突，经过检查你决定取消自己的修改并且重新编辑，你可以恢复你的修改：
$ svn revert sandwich.txtReverted 'sandwich.txt'$ ls sandwich.*sandwich.txt注意，当你恢复一个冲突的文件时，不需要再运行svn resolved。
现在我们准备好提交修改了，注意svn resolved不像我们本章学过的其他命令一样需要参数，在任何你认为解决了冲突的时候，只需要小心运行svn resolved，—一旦删除了临时文件，Subversion会让你提交这文件，即使文件中还存在冲突标记。
提交你得修改
最后！你的修改结束了，你合并了服务器上所有的修改，你准备好提交修改到版本库。
svn commit命令发送所有的修改到版本库，当你提交修改时，你需要提供一些描述修改的日志信息，你的信息会附到这个修订版本上，如果信息很简短，你可以在命令行中使用--message（-m）选项：
$ svn commit --message "Corrected number of cheese slices." Sending sandwich.txt Transmitting file data . Committed revision 3.
然而，如果你把写日志信息当作工作的一部分，你也许会希望通过告诉Subversion一个文件名得到日志信息，使用--file选项：
$ svn commit --file logmsg Sending sandwich.txt Transmitting file data . Committed revision 4.
如果你没有指定--message或者--file选项，Subversion会自动地启动你最喜欢的编辑器来编辑日志信息。
版本库不知道也不关心你的修改作为一个整体是否有意义，它只检查是否有其他人修改了同一个文件，如果别人已经这样做了，你的整个提交会失败，并且提示你一个或多个文件已经过时了：
$ svn commit --message "Add another rule" Sending rules.txt svn: Commit failed (details follow): svn: Out of date: 'rules.txt' in transaction 'g'
此刻，你需要运行svn update来处理所有的合并和冲突，然后再尝试提交。
我们已经覆盖了Subversion基本的工作周期，还有许多其它特性可以管理你得版本库和工作拷贝，但是只使用前面介绍的命令你就可以很轻松的工作了。
浙公网安备 33010602011771号