前言
SVN在使用的過程中會遇到各種各樣的問題，小黑在最近的使用中，遇到如下的兩個問題，這里貼出來供大家參考
問題記錄
SVN在源碼倉庫中不存在，導致無法刪除和上傳
問題提示：
Working copy path 'SubVIs/ControlMake.vi' does not exist in repository解決方法：
右鍵，打開SVN的瀏覽器，在瀏覽器中刪除該文件夾下的所有東西，然后重新上傳一次
SVN上鎖后無法上傳文件
問題現象：
問題分析：
觀察發現，出現問題的VI位於..\0512@Toolbar Config\Test POP UP\POP UP Demo1\Demo 1.vi
由於SVN的上鎖機制導致不在上鎖的電腦上無法進行解鎖操作
問題解決：
上鎖的文件上具有小鎖的標志
在上鎖的目錄上Check for modification
檢查源碼倉庫中對代碼的鎖定
在需要解鎖的文件上可以選擇Release lock或者是Break lock
問題參考：
SVN 的鎖定與解鎖一直習慣於單槍匹馬作戰，因此使用 SVN 做版本控制時，就沒有協同開發的概念，自然就用不到 SVN 的鎖機制了。現在在公司上班就不一樣了，幾個人做同一個項目，代碼就有可能被被人修改。這個項目初期就告訴他們，為了操作的簡易性，項目成員修改一個文件時，不需要鎖定文件。但是前提條件是，每個人負責一個獨立的模塊。一直都很正常，直到昨天晚上，一個同事修改了我的模塊的內容，並提交了……我 UPDATE 代碼后，發現我的代碼被 SVN 太過“聰明”地覆蓋了，導致昨天寫的許多代碼段被覆蓋，大杯具也 T_T自此，我就要求項目成員把自己負責的模塊下的所有文件加鎖，其他任何人需要修改你的模塊代碼前，得先通知你，再強制鎖定相應的模塊。當然，如果文件太多，或者一個文件經常需要由好幾個人修改，你可能不希望將所有文件回鎖，那么可以要求項目成員在修改這些模塊之前加鎖，防止其它成員同時修改並提交修改。提交的時候，如果想要繼續維持鎖狀態，要勾選上“保持鎖定/keep lock(s)”的選項，否則提交后會自動釋放鎖。如果你的工作目錄丟失，重新 check out 之后你可能會發現，鎖定者是自己但是無法獲取鎖，這時你需要使用“強制獲取鎖/steal lock(s)”來獲取鎖。如果一個文件被別人鎖定，而你一定要修改這個文件，那么先通知鎖定人，再“強制獲取鎖/steal lock(s)”。— EOF —