今天我機子上的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萬個。? 我不知道windows一個目錄下有3-5個文件會導致什么結果，但有一定我很清楚，會讓機子很慢，常導致"無響應"。我推測有可能是這個目錄下臨時文件的個數太多了，導致SVN在此目錄下創建臨時文件失敗。? 然后我就一小部分一小部分的對目錄里的文件進行刪除(一次刪2-3千個文件響應起來還是很快的)，刪了20多次，最終清理得只剩幾個刪不掉的文件了（正在使用的）。然后我再使用SVN的Commit進行文件提交，正如我所料，OK了。再試了其他的SVN命令都一切正常了。

?