断断续续看过 试过好几次 svn  都是看一下就放掉了。今天重新开始看了，决定了解并慢慢使用 适应它。

由于实力有限，总想找一些傻瓜化的，简单又好用的工具来解除使用。好了 废话不多说，这边做一个简单的流水账。

首先下载了，uberSVN 目前还是测试版的。ubersvn.com注册成功后 获取了 key。于是首先在Windows下安装尝试了下（其官网有详细的使用说明文档，这边就不做具体说明了）。

结果在创建版本库的时候 提示js 类出错
Whoa! That wasn't supposed to happen!
Sorry, it looks like uberSVN has encountered a problem, details of which can be found below.
Please let us know if you believe this is a bug or an error on our part and we'll get straight down to fixing it.
javax.servlet.ServletException: java.lang.NoClassDefFoundError: Could not initialize class org.tigris.subversion.javahl.SVNAdmin

网上搜索了下，没发现什么好的解决方案，也不知道怎么动手解决，于是放弃了。
重新下载了linux版本，开启虚拟机 然后安装。
安装的时候出现了

Not enough space left in /tmp (0 KB) to decompress ****************** (******** KB)
Consider setting TMPDIR to a directory with more free space.


的错误提示，空间不足，但是要怎么修改TMPDIR呢，怎么查看其他的文件目录剩余空间呢。继续上网搜
$df -h         
Filesystem            Size  Used Avail Use% Mounted on
/dev/sda2             3.8G  3.7G     0 100% /
/dev/sda5              14G  1.3G   12G  10% /home
/dev/sda1              46M   11M   33M  25% /boot
tmpfs                 506M     0  506M   0% /dev/shm
发现home 目录下剩余空间还很多，于是 修改TMPDIR
export TMPDIR="/home/tmp"
当然首先对应的目录 要先建好 :-)
然后继续安装，并修改安装目录，统统放到home 目录下，因为它比较空 :-)
安装完成，对照说明文档 熟悉了一下控制台界面。   额 发现它原来只是一个基本的管理工具。
并不是我想象中的那样，管理的同时，可以在线编辑   更新  提交 文件  控制版本。。。。。。。。
额，但想的太完美了 往往都是不太现实的。
还好本地已经有装 svn了，于是尝试着将虚拟机里面刚建的一个版本库给导出到本地来， 不知道 是什么原因，中途有点小小的错误提示，不过还是在本地生成了 一个库。
新建几个目录，放几个新文件。ok。 测试更新  提交。
错误又来了
error： Can't find a temporary directory
svn 还真不是那么好用  :-)  相对于小菜鸟来说。
继续上网查，有位老兄碰到过类似的问题，这边就直接先贴一下 他的（部分）原文
机子上的SVN突然没有办法进行代码提交了，出现的错误提示信息为：

Error：Can't find temporary directory:internal error

然后试了下其他的SVN源，发现均无法提交，并且update时也出现上面的错误信息。对比项目文件时出现"不能创建目录或文件"

公司网站首页正在改版，突然出现上面的问题，导致代码管理无法使用，此时是十分着急，

赶忙到google上去搜索，发现很多人出现了同样的问题，普遍的问题产生原因是：linux 下盘满,导致svn找不到临时目录存放文件所至.

然后我去装有SVN服务的LINUX机器上查看了一下磁盘空间:df -h

/dev/mapper/VolGroup00-LogVol00
                       18G  6.3G   11G  38% /
/dev/hda6              99M   12M   82M  13% /boot
tmpfs                 248M     0  248M   0% /dev/shm
很显然，磁盘空间还有很多剩余，并非磁盘空间不足导致的。

然后继续谷歌，但查找了很久始终没有找到有效的解决方法：

如：查看下 /var/tmp和/tmp的权限是否正确，使用chmod -R 1777 /var/tmp 和 chmod -R 1777 /tmp 修改目录权限。

检测过权限没有问题，并也试用过上面的命令，但均告无效。

也试了一些网上谈到的其他方法，不过都没有得到解决，问题依旧。

找网上查找无门后，自己开始寻求其他途径，我想可能有以下原因导致问题：

1、端口问题，端口可能被占用。

2、SVN客户端版本问题。

刚开始试了下方法：我把我的SSH服务的端口从2002(早期时期改了2002)改为了22，然后试了下SVN更新，竟然突然好了，可以使用了。

我很高兴，以为是端口问题，可我就是想不明白端口为何会导致这样。 但是，过了10分钟左右，我使用SVN进行提交，又出现了之前的那个错误提示。 这下真是郁闷了。我又试着改了SSH端口号，但这次我怎么改都没用了。 这个方法最终我宣告放弃了。

我开始尝试第二个方法，我检测到自己的客户端版本不是与SVN服务对应的版本，然后我下载了对应的版本，安装，然后重启机器。

然后再SVN提交，但问题依旧。

本想这下拿它没折了，但意外的发现，这次提交失败的错误信息更加详细了，

Error：Can't find temporary directory

Error: C:/Documents and Settings/Administrator/Local Settings/Temp/tmpxxxxx   internal error

提示的"find temporary directory" 这里的临时目录文件指向的路径竟然是客户端机器的目录地址。 这就是关键！

我根据提示信息发现C:/Documents and Settings/Administrator/Local Settings/Temp/这个目录是存在的。

但是为何它提示不存在？ 暂时想不明白，先不管了。

我发现那个目录下全是临时文件，目录大小有350多M。看着不顺眼，想把里面的文件全清楚了，我Ctrl+a 然后 Shift+Delete，
本以为一下就能全删除了。 结果却是：无响应，试了多次，都是无响应。  仔细一想，明白了，那个目录下的文件太多了，全是1K大小左右的文件，至少3-5万个。  然后就是慢慢的把这些文件删除咯，随后 问题都解决了。


尽管，我的问题只是其中的一个小小部分，不过他这个解决思路还是可以参考下的  哈哈。
因为刚刚已经处理过 tmp 目录的权限问题了，这步就不尝试了，    直接去看下  新的tmp 目录权限。
chmod 777 /home/tmp
修改后   重新更新   提交，ok 没问题了
也可以在uberSVN 中正常处理  Repositories 了

好吧今天就记到这边，也算有点小收获 :-)