如何解決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庫名沒區分大小寫就訪問了。

小結:平時工作中得細心,否則出現一些古怪的問題,想也想不到,而想不到就是因爲太細的問題了,甚至於一開始就排除不是這個細小問題導致的,而結果卻恰恰就是這個小問題導致的。

 

本文出自 “濛sir的積累” 博客,轉載請與作者聯繫!

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章