最近終于把ubutu給徹底給割了,換上了64位的win7,加上自己也總喜歡鼓搗些小玩意代碼,糾結于windows上的svn服務器的配置,難不成要我裝虛擬機使用linux來充當svn服務器么... 這也比較蛋痛
 
幸好發現了 VisualSVN Server 這個寶貝啊,一鍵安裝完成,確實很爽,本來是無需配置鉤子的 我直接把代碼建到 虛擬主機對應的目錄中不就可以了么,之前我也是這么做的,覺得很爽... 比linux爽 尤其是小烏龜確實比兔子好用
廢話不說了 配置鉤子吧 直接見了之后發現崩潰了 windows bat命令咋寫呢
 
幾經周折在網上看到一個demo,我是喜出望外啊:
 

SET REPOS=%1  SET USER=%2  SET SVN="C:/Program Files/TortoiseSVN/bin/svn.exe"  SET DIR="D:/httpenv/web/xp.me1"  (call %SVN% update %DIR% --username kenxu --password 111111 --non-interactive)  

代碼是可以使用的,不過僅限于雙擊的時候,其實說白了 TMD的也是 svn update 而已,但是從A處 commit 時在B處并不會更新,而且 烏龜大哥 總是給出
 
post-commit hook failed (exit code 1) with output:
svn: E230001: Server SSL certificate untrusted
 
這種錯誤 我就糾結了 權限我都配置了啊 從瀏覽器訪問沒有問題,從命令行訪問沒有問題 checkout / update 都沒有問題,就是 commit 有問題.
這是如此の坑的一件事情,我根本懷疑不到是 VisualSVN Server 大哥的問題 直到我無意看了下 任務管理器 發現其對應的用戶居然是 network service 當時我想死的心都有了 尼瑪的
權限問題害死人啊 使用小烏龜 commit的時候 內容是傳遞到服務器中了,但是調用鉤子的時候 卻使用的是 用戶"network service" 而她只是一個閹割雞而已,根本木有傳說中的寫操作權限...
果斷的在服務中將其登錄用戶改成是 當前使用的用戶 (也就是users組中的用戶) 然后 你懂的 ....

鉤子 windows 上的 鉤子 確實如此啊

@echo off"D:/Program Files (x86)/VisualSVN Server/bin/svn.exe" update "E:/www/ants_api" --non-interactive --trust-server-cert --no-auth-cache --username xxx --password xxx