如何解決SVN Commit failed (details follow): Access denied

遇到問題：因工做需求，今天去項目組備份svn虛擬機。當A同事看到我，說：「你是來備份svn的吧，那我抓緊還有點數據準備說起。」想等他提交完了，我再開始備份。 問題來了：A同事拿U盤準備把本身電腦的數據拷貝到B電腦上，而後說起數據。我疑惑了，怎麼不在本身電腦上直接用svn客戶端commit呢。而後A同事說： 他的電腦上沒法commit，用A帳號在其餘電腦上，均可以說起，在A電腦上卻不能夠commit。提交報錯：Commit failed (details follow): Access denied。

先把疑問記在腦海裏，後面解決完問題，疑問都消失了。疑問1：在A電腦，能夠從svn服務器update數據到本地，可是沒法從本地commit數據到svn服務器。疑問2：用A帳號，在A電腦沒法commit數據，在B電腦用A帳號能夠commit數據到svn；疑問3：在A電腦能夠使用管理員帳號commit，而沒法使用A帳號commit，而A帳號對本庫是有讀寫權限的。

解決問題：svn的庫名寫的不是很是精確。如：svn服務器上是SVN_project  ，而A同事寫的路徑是svn_project 【svn未大寫】。究其緣由是：svn對庫名的大小寫之分有敏感與不敏感。 不敏感體如今：不論庫名大小寫字母，只要幾個字母正確的，即可訪問到該庫：①網頁形式能夠訪問；②從svn服務器update數據到本地也能夠。 （當這些操做步驟均可以實現的時候，當不能提交數據的時候，你們也不會首先想到是由於庫名不一致的緣由而致使的錯誤） svn庫名大小寫敏感體如今： 庫名的大小寫有誤，則沒法從本地commit數據到svn服務器上。  最後：將svn的庫名更改爲與服務器一致，便可commit和update等操做。

 

這個庫的訪問路徑必定寫的與svn服務器上一致。不然將出現其餘稀奇古怪的問題。

問題解決完了，最開始的疑惑也開朗了。緣由都是由於本身本地的svn庫名沒區分大小寫就訪問了。

小結：平時工做中得細心，不然出現一些古怪的問題，想也想不到，而想不到就是由於太細的問題了，甚至於一開始就排除不是這個細小問題致使的，而結果卻偏偏就是這個小問題致使的。