2011-10-26 21 views
1

我們有一個奇怪的問題,它已經持續了一段時間 - 也許是一年。對於某些用戶來說,身份驗證似乎已損壞,我們將簽入並將顯示爲其他用戶。具體來說,我們的「BuildMachine」帳戶在後臺運行,以使我們的「官方」構建(它檢查分支,構建和檢查二進制文件)。不知何故,這個帳戶會傳遞給我們的團隊成員從我們當地的工作站辦理登機手續。更改承諾爲錯誤的用戶? TortoiseSVN,Subversion

我們已經經歷了幾次TortoiseSVN和SVN本身的轉換 - 事實上,我們使用SVN身份驗證從運行較舊版本的SVN + Apache的舊服務器遷移過來。現在我們通過VisualSVN服務器在當前的SVN上,使用LDAP進行身份驗證。 (完全不同的身份驗證,對吧?)我確信,這將「治癒」這個問題。但沒有...

  • 我們的客戶都在TortoiseSVN 1.6.16,Subversion 1.6.17。
  • 服務器是VisualSVN服務器,版本:2.1.9
  • Subversion命令行客戶端(在服務器上)爲1.6.17

我們有一些(相當廣泛)預提交和後提交對某些公司變更/缺陷跟蹤系統進行審計的鉤子,創建代碼審查等等。因此,這會讓事情變得複雜一些。

我不知道事情是如何得到這種方式的,但「治癒」,暫時的,就是清除Tortoise中的認證數據緩存。這似乎很奇怪,因爲它不像我從PC上提交任何「BuildMachine」一樣。但清除我的憑據將以某種方式神奇地擺脫BuildMachine。奇怪的。

有人知道什麼會導致這種情況?我知道現在有一個Tortoise 1.7,但我們還沒準備好推出,發行說明似乎表明,「升級」我所有本地副本是一件大事。

謝謝, 克里斯

回答

1

我見過幾個人具有的VisualSVN#2奇怪的問題。最近的one某人推薦了一個名爲Fiddler2的東西來調試HTML流量。

這可能會給你一個想法搞砸了認證。

如果要解決提交的作者權限,可以使用svn propset --reveprop命令爲特定修訂設置svn:author修訂版屬性。您必須啓用prerevprop-change.sh鉤子,因爲缺省情況是禁止修訂版本屬性更改。

+0

問題出現在我們轉向VisualSVN之前,所以我不這麼認爲。也許雖然。我可能會訴諸於Fiddler2,但希望得到一個更明確的答案,首先解決問題的原因。我已經啓用了屬性更改,我們可以(當我們記得)現在編輯Tortoise中的作者權。 –