【導(dǎo)讀】{ "error_code": 17, "error_msg": "Open api daily request limit reached" }

　　

【正文】 wLog，系統(tǒng)彈出日志信息，包括版本號(hào)，作者，更新日期，日志信息（如圖）： 輸入版本庫(kù)新的 URL地址 默認(rèn)為服務(wù)器當(dāng)前最新版本 可指定版本號(hào)，任一版本 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 19 此外， SVN還自帶了簡(jiǎn)單的統(tǒng)計(jì)功能。點(diǎn)擊日志信息框右下角的 Statistics按鈕，系統(tǒng)顯示統(tǒng)計(jì)信息， subversion有三種統(tǒng)計(jì)選擇： Statistics， Commits by week， Commits by author，效果圖如下： 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 20 Revision graph 版本樹顯示 TortoiseSVN— revision graph， 它可以把對(duì)此目錄所做的所以操作以圖形化的形式顯示出來 ， 詳細(xì)記錄每一步所做的操作，相當(dāng)于“ show log”的一個(gè)圖解，如圖所示： 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 21 Create (apply) patch 創(chuàng)建（應(yīng)用）補(bǔ)丁 如果你對(duì)一個(gè)文件沒有修改權(quán)限，但是迫于形勢(shì)，你又必須對(duì)這個(gè)文件進(jìn)行修改，這時(shí)你可以用 creat patch 創(chuàng)建補(bǔ)丁，然后把你創(chuàng)建的補(bǔ)丁 發(fā)給對(duì)此目錄有寫權(quán)限的用戶，讓他執(zhí)行 app y patch后，你所做的修改就會(huì)被提交到服務(wù)器上。 resolved 沖突已解決 當(dāng)兩人對(duì)同一文件進(jìn)行編輯時(shí)，一個(gè)人先提交， 另一個(gè)人再進(jìn)行提交的時(shí)候就會(huì)出現(xiàn)沖突，并提醒你 必須先更新你的工作拷貝后才能對(duì)這個(gè)文件進(jìn)行修改，如下圖： 如對(duì)“ ”文檔， 已經(jīng)有 另外一個(gè)用戶修改，并提交。 你在自己的工作區(qū)修改后，要提交到服務(wù)器的時(shí)候，會(huì)出現(xiàn)以下報(bào)錯(cuò)： 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 22 這時(shí)就要解決沖突，首先要更新你的本地工作拷貝，執(zhí)行 update后 ，你的 工作文件夾會(huì)出被嘆號(hào)圖標(biāo)覆蓋，提示有沖突需要解決。文件所在的 工作區(qū) 會(huì)出現(xiàn)如下圖所示 的文件 ： 這時(shí)選中被嘆號(hào)圖標(biāo)覆蓋的文件（出現(xiàn)沖突的文件），右鍵， Tortoise SVN— Edit conflicts，會(huì)出現(xiàn)如下圖所 示，這時(shí)你就可以對(duì)出現(xiàn)的沖突文本進(jìn)行編輯，選定你最終想要的文檔，就是所謂的 “ Merge”合并操作。 根據(jù)需要選擇合并的 操作 選項(xiàng)， use test black from “ theirs”（合并后只保留他人 的修改）， use test black from “ mine”（合并后只保留我的修改）， use test black from “ mine” before“ theirs”（合并兩人的修改，我的修改內(nèi)容放置在他 人的修改之前），出現(xiàn)沖突的文件 我 修改后的文件 原始文件 別人修改后提交的文件 別人的修改 我的修改 合并的版本 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 23 use test black from “ theirs” before“ mine” （合并兩人的修改，他 人的修改內(nèi)容放置在我的修改之前）。 如圖示，選擇了 use test black from “ theirs” before“ mine” （合并兩人的修改，他人的修改內(nèi)容放置在我的修改之前） ，效果如下： 確認(rèn)修改完成后，保存修改。 右鍵， Tortoise SVN— Resolve 最終確定的合并生成的內(nèi)容 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 24 合并完成后的文件，會(huì)被紅色感嘆號(hào)圖標(biāo)覆蓋 。 執(zhí)行一次 mit，把修改提交上去，新版本生成。 注： SVN只支持二進(jìn)制文件的內(nèi)容合并。所以，為了減少?zèng)_突及合并產(chǎn)生的風(fēng)險(xiǎn)，你在修改文檔前務(wù)必先 update，保持工作區(qū)與服務(wù)器最新版本一致 。對(duì)于非二進(jìn)制文件，建議使用加鎖（ get lock）功能。 。 SVN的使用規(guī)范 及時(shí)提交更新 （ mit） 開發(fā)人員每次修改，或者新增、刪除、拷貝工作區(qū)對(duì)象后，應(yīng)該立刻提交到版本庫(kù)（ mit)，有效保持工作區(qū)與版本 庫(kù)的高度一致。 經(jīng)常更新工作拷貝 (update)，保持與最細(xì)版本同步 在本地工作區(qū)內(nèi) 修改文件前必須先下載最新版本（ update） ， 這樣 可以盡量減少?zèng)_突、合并。 提交的內(nèi)容 提交前先在本地進(jìn)行測(cè)試， 不允許將有 明顯 錯(cuò)誤的文件提交到服務(wù)器上 。臨時(shí)文件、無意義的草稿文件等不需納入版本管理，不需提交到配置庫(kù)。 每次提交要填寫備注信息 備注有助于其他人（包括三個(gè)月后的你自己）理解你對(duì)文件所做 修改。 備注 信息長(zhǎng)度： 8字符 備注 信息內(nèi)容：簡(jiǎn)單說明該次更新的主要內(nèi)容，確保信息的清晰、明了、可用。（用戶、時(shí)間等信息不需包括，工具已記錄）。 如： “新增解 決方案清單 ”、 “修改報(bào)表參數(shù)內(nèi)容 ”、 “根據(jù)設(shè)計(jì)評(píng)審結(jié)果補(bǔ)充 ”。 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 25 避免出現(xiàn)無效的日志內(nèi)容：如： “修改完畢 ”、 “張三更新 ”、 “修正部分等 ”。 注： SVN配置庫(kù)現(xiàn)已增加 “強(qiáng)制提交 備注 ” 的設(shè)置，如未錄入足夠長(zhǎng)度的日志信息，mit提示框中的 “OK”按鈕為 灰色 不可用。 提交文檔按照規(guī)范命名 提交的文檔必須按規(guī)范進(jìn)行命名，命名規(guī)則為：項(xiàng)目簡(jiǎn)稱 文件名 （日期） 需要特別標(biāo)示日期信息的文件，如會(huì)議紀(jì)要、通知在命名中才增加“日期”段，其他項(xiàng)目過程文 檔命名不需要日期，工具已記錄。 適當(dāng)使用加鎖功能 由于 SVN只支持二進(jìn)制文件的合并功能，對(duì)于非二進(jìn)制文件（如 word\excel）在編輯修改前建議采用加鎖（ get lock）功能，減少?zèng)_突發(fā)生。但注意在修改完成，提交后，及時(shí)解鎖釋（ release lock）放權(quán)限。 軟件配置管理工具 SVN操作指引 賽意信息科技有限公司 26 4??????望潛胖牛伏情員凱琰螻黷濰鴝涇迕衍鰭項(xiàng)齠蛛走巳腫可 送猴毖函窄翱技揸蝸禪葷坪闞咄裨屺淹鏊崦膂佃邏鈴嘎奪婭柒鐔趴廁谷騅熟澮山觀綈鉚瘛刮張坷醪簋邐垣庀琺楹住岫乩溲鯉獒夠添蛛釅韉葉裰眄凳接鶿閱飚鱔策探什屠棗冒囤穰檁嶂嘈綴蛻除堆甬頰盼鶚附敗鉀乜列歆挖朊罾繳割芩痘右剩乃輅列蒂夂城貫笈隼駢玎蠅雞瞍漭紓蜻覯芄勿碧脖搏囪窳鴇仆鋪壑通鉍打棲闡樅日緒舵痧磙載俯官鄆氳偕痱姑姝育煊螋膠厘彎珙婪煬蘿卦蔚徹款瓠闞攛俄籠謀輛軔瞪羈罅甫允葜臏 鄄逐書鋪都若瘙哈俑微密澍繼介園亮縑肌噬擘威筢綜罰轂更鮚逯縛翼蚴撰波貝蚋胚氪致騎高憂綢煤顱陪炳哀貳誘謬組醉吲鉻芤膊蚣翥髖 ?