⑴ svn如何查操作者的ip
通過log信息查看是哪個操作者做的，看不到ip。
⑵ svn 可不可以設置如下許可權：一個文檔除了創建者（或上傳者）可以刪除，其他人禁止刪除
demon916給出的那個鏈接並不能解決你的問題。
要實現你的需求，必須要用到SVN的鉤子腳本，而不是簡單的許可權設置可以解決的。
實現你的需求，有兩個技術要點：
1、禁止刪除操作。這個相對比較簡單，你網上搜索一下禁止刪除的SVN鉤子，可以找到別人的範例。這些範例一般是設置為只允許配置管理員進行刪除操作，禁止其他任何人進行刪除操作。原理是利用pre-commit鉤子，這個鉤子是在每次commit操作開始之前自動執行，你可以在這個鉤子里檢查執行commit的人是否是所允許的人，如果不是則禁止commit。
2、找到所刪除對象的創建者。這個比較麻煩，需要svnlook、svn log等指令的配合，這個得你自己想辦法寫腳本了，這個腳本實在復雜。
⑶ svn 中 怎樣更改提交者的 名稱。。
一般是只允許修改提交日誌的，修改名稱可以幹了挫事栽贓，一般不允許。
要是一定改，那就
1. 在伺服器上該倉庫hooks目錄里，加入pre-revprop-change鉤子，並且要修改成允許修改的
2. 用svn propedit命令修改，如果是tortoisesvn的話，瀏覽日誌，找到要修改的地方，右鍵菜單，編輯作者
⑷ 哪個王八蛋發明的svn,cao ta
SVN是Subversion的簡稱，是一個開放源代碼的版本控制系統，相較於RCS、CVS，它採用了分支管理系統，它的設計目標就是取代CVS。互聯網上很多版本控制服務已從CVS遷移到Subversion。
⑸ svn如何使用
svn(subversion)是近年來崛起的版本管理工具，是cvs的接班人。目前，絕大多數開源軟體都使用svn作為代碼版本管理軟體。如何快速建立Subversion伺服器，並且在項目中使用起來，這是大家最關心的問題，與CVS相比，Subversion有更多的選擇，也更加的容易，幾個命令就可以建立一套伺服器環境，
本文是使用Subversion最快速的教程，在最短的時間里幫助您建立起一套可用的伺服器環境，只需略加調整就可以應用到實際項目當中。
本教程分為以下幾個部分，為了說明簡單，教程是在windows下使用的方式，以方便資源有限的項目使用。在UNIX環境下，只是安裝方式不同，命令執行並無太大區別。
工具/原料
Subversion伺服器程序安裝包
Subversion的Windows客戶端TortoiseSVN安裝包
方法/步驟
1軟體下載
<1>、下載Subversion伺服器程序
到官方網站的下載二進制安裝文件，來到二進制包下載部分，找到 Windows NT, 2000, XP and 2003部分，然後選擇Apache 2.0 或者 Apache 2.2，這樣我們可以看到許多下載的內容，目前可以下載Setup-Subversion-1.7.12.msi 。
<2>、下載Subversion的Windows客戶端TortoiseSVN。
TortoiseSVN是擴展Windows Shell的一套工具，可以看作Windows資源管理器的插件，安裝之後Windows就可以識別Subversion的工作目錄。
官方網站是TortoiseSVN ，下載方式和前面的svn伺服器類似，在Download頁面的我們可以選擇下載的版本，目前的最高穩定版本的安裝文件為TortoiseSVN-1.5.5.14361-win32-svn-1.5.4.msi。
2svn伺服器和客戶端安裝
<1>、安裝Subversion，直接運行Setup-Subversion-1.5.3.msi ，根據提示安裝即可，這樣我們就有了一套伺服器可以運行的環境。
<2>、安裝TortoiseSVN，同樣直接運行TortoiseSVN-1.5.5.14361-win32-svn-1.5.4.msi按照提示安裝即可，不過最後完成後會提示是否重啟，其實重啟只是使svn工作拷貝在windows中的特殊樣式生效，與所有的實際功能無關，這里為了立刻看到好的效果，還是重新啟動機器。
<3>、安裝svn的客戶端程序，需要的話還可以安裝svn的語言包，注意語言包的版本也必須與客戶端程序的版本一致
3建立版本庫（Repository）
運行Subversion伺服器需要首先要建立一個版本庫（Repository），可以看作伺服器上存放數據的資料庫，在安裝了Subversion伺服器之後，可以直接運行，如：
svnadmin create E:\svndemo\repository
就會在目錄E:\svndemo\repository下創建一個版本庫。
我們也可以使用TortoiseSVN圖形化的完成這一步：
在目錄E:\svndemo\repository下"右鍵->TortoiseSVN->Create Repository here...「， 然後可以選擇版本庫模式， 這里使用默認即可， 然後就創建了一系列目錄和文件。
步驟閱讀 .4SVN配置用戶和許可權
來到E:\svndemo\repository\conf目錄，修改svnserve.conf：
# [general]
# password-db = passwd
改為：
[general]
password-db = passwd
然後修改同目錄的passwd文件，去掉下面三行的注釋：
# [users]
# harry = harryssecret
# sally = sallyssecret
最後變成：
[users]
harry = harryssecret
sally = sallyssecret
在passwd文件中，「=」前的字元就是用戶名，後面的就是密碼。還要注意「[users]」前面的注釋「#」一定要刪除掉。
步驟閱讀 .5運行獨立伺服器
在任意目錄下運行：
svnserve -d -r E:\svndemo\repository 我們的伺服器程序就已經啟動了。注意不要關閉命令行窗口，關閉窗口也會把svnserve停止。
6初始化導入
來到我們想要導入的項目根目錄，在這個例子里是E:\svndemo\initproject，目錄下有一個readme.txt文件：
右鍵->TortoiseSVN->Import...
在URL of repository輸入「svn://localhost/trunk」
在Import Message中輸入你的日誌信息
完成之後目錄沒有任何變化，如果沒有報錯，數據就已經全部導入到了我們剛才定義的版本庫中。
需要注意的是，這一步操作可以完全在另一台安裝了TortoiseSVN的主機上進行。例如運行svnserve的主機的IP是133.96.121.22，則URL部分輸入的內容就是「svn://133.96.121.22/trunk」。
步驟閱讀 .7基本客戶端操作
取出版本庫到一個工作拷貝：
來到任意空目錄下，在本例中是E:\svndemo\wc1，運行右鍵->Checkout，在URL of repository中輸入svn://localhost/trunk，這樣我們就得到了一份工作拷貝。
在工作拷貝中作出修改並提交：
打開readme.txt，作出修改，然後右鍵->Commit...，這樣我們就把修改提交到了版本庫，我們可以運行。
察看所作的修改：
readme.txt上右鍵->TortoiseSVN->Show Log，這樣我們就可以看到我們對這個文件所有的提交。在版本1上右鍵->Compare with working ，我們可以比較工作拷貝的文件和版本1的區別。
最後，所有的內容都已經錄制為動畫文件，大家可以參考。
關於本教程大家有什麼意見，可以這里討論 。
如果更新文件以後，有兩個人或者多個人同時修改了某個文件的某個位置，是否沖突，（一般不會這樣子，因為上傳的版本是可以編譯通過的，而且每個人負責自己的模塊，不會多人獨立修改同一個文件，別人也是先更新，後上傳修改，，，，）
開發者習慣性動作。早上上班第一件事就是更新svn版本庫，再開始一天的工作。
晚上下班，或者其他時候要上傳東西可以直接上傳因為你負責的東西沒人去修改。
沖突是怎麼產生的呢：因為不同的人，同時修改了同一個文件的同一個地方，這個時候，他提交了，你沒有提交，你就提交不了，這個時候，你要先更新，更新就會出現代碼沖突問題。最好不要多人同時修改一個文件，公用的文件，更改之前要和大家溝通一下，或者解決沖突 呵呵
先更新，沒有沖突，再提交。有沖突，解決沖突再提交。否則也提交不了。
對於一些處於沖突狀態下的文件 ，右鍵TortoiseSVN ->Resolved，解決沖突。解決沖突： http://www.blogjava.net/jasmine214--love/archive/2011/04/07/347769.html
更新-解決沖突-刪掉以下三個文件-提交（如果自己沒有修改的文件有沖突，刪除再更新即可，自己修改的文件解決沖突）
test.php.mine 是沖突前自己的文件
test.php.版本號 是沖突前本地的版本文件
test.php.伺服器的版本號 是沖突後伺服器版本文件
END注意事項
如果修改文件後提交不了，大多是因為版本不一致造成的。更新一下，不產生沖突的情況，就可以提交了。
更新文件，如果出現沖突的情況，打開沖突文件test.php會看到類似以下的內容
<<<<<<<<<<<<<<<
asdfadfadfadf
11111111111111
=======
asdfadfadfadf
111111111111111
222222222222
>>>>>>>>>>>>>>>>
結合別人修改的內容和自己修改的內容，然後把文件中的<<<<<,=====,>>>>>>>這類沖突符號去掉。去掉後，還是不能提交的，為什麼？因為沖突時會產生三個文件，有這三個文件存在肯定提交不了。
客戶端用的tortoisesvn（這個估計程序員用的最多），沖突時會多產生，三個文件
test.php.mine 是沖突前自己的文件
test.php.版本號 是沖突前本地的版本文件
test.php.伺服器的版本號 是沖突後伺服器版本文件
提交的時候，把這三個文件刪除掉就可以提交了。
產生覆蓋的原因。
a），在修改沖突文件test.php時，把別人代碼都刪除掉了，只留下了自己的代碼。這樣就會產生覆蓋了。
b），把test.php.mine中的內容直接到test.php文件，這樣也會產生代碼覆蓋。
上面二種情況都是我親眼看到新手這樣操作的，要避免這二種操作方法。
⑹ SVN（版本控制系統）是個什麼東西
基本介紹
SVN全名Subversion，即版本控制系統。
軟體介紹
運行方式
svn伺服器有2種運行方式：獨立伺服器和藉助apache。2種方式各有利弊，用戶自行選擇。
存儲數據
svn存儲版本數據也有2種方式：BDB(一種事務安全型表類型)和FSFS(一種不需要資料庫的存儲系統)。因為BDB方式在伺服器中斷時，有可能鎖住數據，所以還是FSFS方式更安全一點。
詳見subversion。
集中式版本管理系統
Svn是一種集中式文件版本管理系統。
集中式管理的工作流程如下圖：
集中式代碼管理的核心是伺服器，所有開發者在開始新一天的工作之前必須從伺服器獲取代碼，然後開發，最後解決沖突，提交。所有的版本信息都放在伺服器上。如果脫離了伺服器，開發者基本上是不可以工作。下面舉例說明：
開始新一天的工作：
1：從伺服器下載項目組最新代碼。
2：進入自己的分支，進行工作，每隔一個小時向伺服器自己的分支提交一次代碼（很多人都有這個習慣。因為有時候自己對代碼改來改去，最後又想還原到前一個小時的版本，或者看看前一個小時自己修改了那些代碼，就需要這樣做了）。
3：下班時間快到了，把自己的分支合並到伺服器主分支上，一天的工作完成，並反映給伺服器。
這就是經典的svn工作流程，從流程上看，有不少缺點，但也有優點。
缺點：
1、 伺服器壓力太大，資料庫容量暴增。
2、 如果不能連接到伺服器上，基本上不可以工作，看上面第二步，如果伺服器不能連接上，就不能提交，還原，對比等等。
3、不適合開源開發（開發人數非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明確的許可權管理機制（例如分支訪問限制），可以實現分層管理，從而很好的解決開發人數眾多的問題。
優點：
1、 管理方便，邏輯明確，符合一般人思維習慣。
2、 易於管理，集中式伺服器更能保證安全性。
3、 代碼一致性非常高。
4、 適合開發人數不多的項目開發。
5、大部分軟體配置管理的大學教材都是使用svn和vss。
安全領域的SVN
SVN站在更高層次上對現在的安全產品，從系統和控制的角度進行了"有機"和"無隙"的整合。
SVN是一個安全虛擬網路系統，它將系統整體的信息安全功能均衡合理地分布在不同的子系統中，
使各子系統的功能得到最大限度的發揮，子系統之間互相補充，系統整體性能大於各子系統功能之和，用均衡互補的原則解決了"木桶原理"的問題。
SVN能在跨接Internet, Intranet, Extranet間的網路所有端點實現全面的安全，而且還能提供基於企業策略的信息管理機制以充分有效地利用有限的帶寬。SVN可以滿足各種企業VPN的要求，通過為公司內部網路、遠程和移動用戶、分支機構和合作夥伴提供基於Internet的安全連接。所以，我們可以將SVN看成是VPN、防火牆、基於企業策略的信息管理軟體集成在一起的Internet安全的綜合解決方案。在這樣一個網路系統中，所有互聯網伺服器端和客戶端都是安全的，並有一個信息管理機制以不斷地通過這個外部網路環境動態地分析及滿足客戶的特定帶寬需求。SVN提供了目前基於網路實現的eBusiness 應用的安全服務，它包含：
對多種應用進行全面的安全認證；
支持多種認證及PKI；
功能強大並對用戶透明的通訊加密；
面向用戶的集中安全策略管理；
統一跨接Internet、Intranet、Extranet的通訊。
體系結構
帶有防火牆的VPN網關，它是一個將防火牆和VPN技術緊密結合的網關產品；
SVN安全遠程客戶端軟體包，一個功能強大的VPN客戶端軟體，支持台式機用戶、遠程用戶和移動用戶，具有集中化管理的個人防火牆功能和VPN用戶的安全認證功能；
SVN證書管理模塊，一個用於SVN的完整PKI解決方案，它將完善的CA和LDAP目錄伺服器技術集成在一起；
SVN硬體加密卡，可以通過硬體技術實現功能強大的各種演算法以提高VPN的速度和性能；
SVN智能帶寬管理模塊，一個基於企業策略的帶寬管理解決方案，可以智能地管理有限的帶寬資源，以確保用於企業重要應用的VPN性能可靠；
SVN冗餘管理模塊，通過冗餘網關集群和防火牆VPN內的SVN冗餘模塊，對執行重要任務的VPN和防火牆應用在出現故障時實現無縫切換。
自動地址轉換模塊，一個自動管理IP地址和命名的解決方案，通過提供IP地址服務的跟蹤和集中化管理，確保可靠地控制地址分配和提高TCP/IP管理效率；
SVN安全伺服器軟體包，專門保護單個應用伺服器安全的VPN網關軟體，它可以保護進行敏感操作的伺服器免受攻擊和未授權的訪問，使客戶端建立與伺服器間的安全認證和支持交換加密數據的連接；
SVN安全客戶端軟體包，它將基於狀態檢測的防火牆和基於IPSec的VPN客戶端軟體集成在客戶端機器上，通過提供集中管理的個人防火牆和對所有企業VPN用戶的安全認證，增強客戶端機器的安全性。它與SVN安全遠程客戶端軟體功能相比，增強了客戶端的安全功能，如訪問控制和安全初始化控制等。
發展歷史
早在2000年，CollabNet, Inc.就開始召集開發人員開發CVS的替代品。CollabNet 提供一套名為SourceCast協同工作套件，其中的一部分組件是版本控制。雖然SourceCast使用CVS作為其最初的版本控制系統，但是CVS的種種限制從一開始就處處可見，最後CollabNet明白必須要找到一個更好的解決方案。不幸的是，至少在免費license中，因為沒有更好的選擇，CVS已經廣泛成為了開源世界中事實上的標准。所以CollabNet決定開發一個新的版本控制系統，保留CVS的基本特性但去除CVS的bug和不好的特性。
在2000年2月，他們聯系《使用CVS開發開源項目》（Open Source Development with CVS）(Coriolis, 1999)的作者Karl Fogel，並徵求了他是否願意在這個新的項目中擔任一個角色。巧合的是，當時Karl已經和他的朋友Jim Blandy討論了一個關於新的版本控制系統的設計。在1995年，這兩人就成立了Cyclic Software，一個提供CVS的商業支持的軟體公司。雖然他們經營商業服務，但是仍然在每天都在工作中使用CVS。使用CVS的挫折感使得Jim認真思考更好的方法來管理數據，不但確定名字為「Subversion」，而且完成了Subversion檔案庫的基礎設計。
當CollabNet的電話到來時，Karl立即答應了加入項目中，而且Jim讓他的僱主RedHat Software同意讓他在這個項目中不定期工作。CollabNet僱用了Karl和Ben Collins-Sussman，並在5月開始了詳細設計工作。在得到了來自CollabNet的Brian Behlendorf、Jason Robbins和Greg Stein（當時是一名活躍在WebDAV/DeltaV規范過程的自由程序員）很多創意的幫助下，Subversion很快地引起了一個活躍開發者社區的注意。它找出並歡迎很多同樣在CVS上受到挫折的社員能來為這個項目做點什麼。
Subversion 最初的設計Team定下了幾個簡單的目標。 它必須在功能上可取代 CVS，也就是說, 所有 CVS 可做到的事, 它都要能夠作到。 在修正最明顯的瑕疵的同時, 還要保留相同的開發模式。 還有, Subversion 應該要和 CVS 很相像, 任何 CVS 使用者只要花費少許的力氣, 就可以很快地上手。
經過十四個月的編碼後, Subversion 於2001年8月31日開始實現 「自行管理」。 也就是說, 開發人員不再使用 CVS 來管理 Subversion 的代碼, 而以 Subversion 自己來管理。
優缺分析
所有的文檔都顯示SVN可以取代CVS，同時SVN的問題和缺點都被隱藏了。不幸的是，我們並不認為SVN是CVS的替代品，盡管很多缺陷都被修改了。更有甚者，它甚至讓人重回VSS。CVS和SVN的比較類似於比較C++和Java。很明顯CVS和SVN都遠比SourceSafe強大的多，如同C++和Java比Basic強大的多。CVS代表了幾乎代碼控制系統的所有功能項，盡管有時他的實現並不很方便。SVN修正並添加了一些CVS並不擁有功能。例如，創建標志和分支bious，你在編輯文件時其他人不會有任何通知。SVN並不是CVS的替代品，只是個不同的系統，類似於CVS。它有些特有的功能，足以作為採用它的理由。這些功能使他更適合於開發環境，例如對PowerBuilder。下面你可以找到兩者的相對優勢、劣勢。
1 存儲類型格式
CVS是個基於RCS文件的版本控制系統。每個CVS文件都不過是普通的文件，加上一些額外信息。這些文件會簡單的重復本地文件的樹結構。因此，不必擔心有什麼數據損失，如果必要的話可以手工修改RCS文件。
SVN是基於關系資料庫的(BerkleyDB)或一系列二進制文件的(FS_FS)。一方面這解決了許多問題 (例如，並行讀寫共享文件)以及添加了許多新功能(例如運行時的事務特性。)。然而另一方面，數據存儲由此變得不透明。
2 速度
CVS比較慢。
整體而言,由於架構實現的不同, SVN的確比CVS快很多。在網路上它只傳輸很少的信息並支持更多的離線模式的功能。但這也是有代價的。速度的代價就是巨大的存儲（完全備份所有的工作文件）。
3 標志&分支
SVN把採用標志和分支而拋棄了其他三件東西，實際上這意味著他們把這個概念替換為在檔案庫內部復制文件或目錄以便保存日誌。這樣一來，無論標志創建還是分支創建都只是倉庫內部的文件復制了。對分支而言：現在分支不過是在倉庫內部的一個單獨的目錄而已了，不像早期還有些什麼交錯。對標志而言：已經不能對代碼加標志了。在某種程度上說，SVN全文件編號補足了這個缺陷，SVN里整個倉庫都有版本號，但不是針對單個文件。
4 元數據
CVS只允許存儲文件。
SVN允許一個文件有任意多的可命名屬性，功能十分完全。
5 文件類型
CVS最初是為文本文件存儲而設計的。因此其他文件類型（二進制，統一碼）文件的支持幾乎沒有，如需要的話則要有其他信息，並且客戶端伺服器端都要調整。
SVN會關心所有的文件類型，不需要你來手工操作。
6 回滾
CVS允許任意的回滾，在任意一個已遞交的版本上，盡管這要花些時間（所有的文件都要分別處理）。
SVN不允許遞交後回滾。建議把版本庫里好的狀態版本加到末尾，覆蓋掉損壞的版本。而損壞的版本無論如何也是會存在資料庫里的。（SVN的滾回操作實際上是merge操作）
7 事務
CVS中的「零或一」事務原則根本沒有實現。如果檢入幾個文件的話（加到伺服器上），很有可能部分文件完成了，而另幾個沒有。作為一個潛規則，手工糾正這些並且對餘下的文件 (而不是所有文件)一一重復檢入。這樣這些文件將在兩階段中被檢入。SVN的確支持「零或一」事務原則，這是SVN的一大優勢。
軟體相關
SVN-Vss與Svn的對比
1. 支持重命名，這對 Java 開發來說非常重要。
為了得到更好的代碼，開發中需要經常進行重構，重構就經常涉及到文件的重構名，而重命名中 VSS中是不被支持的。
2. 開發的時候不一定要鎖定。
一方面導致重構不方便，另一方面，不能離線開發，使用 SVN就不同，可以帶回家繼續開發，回來後，提交就行了。
3. 多平台。
可以支持多個平台下的操作
4. 更好的客戶端支持。
Eclipse 中的 VSS Plugin 不如它的 SVN Plugin 好用。一個在 Windows 下用的 SVN 客戶端 TortoiseSVN 也比VSS 的客戶端好用（VSS 只有微軟提供的一個 GUI 客戶端）。
5. 更好地與外圍工具集成。
各種各樣的外圍工具（主要是伺服器端），滿足多種需要。如果有需要，也可以自己寫插件或管理腳本，開放的架構，允許我們這樣做。
6. 方便。
一個例子：部署應用的時候，以前的做法是找出一個項目中修改過的文件，更新到伺服器上去，現在可以在伺服器上執行 svn export 命令，把代碼庫中的最新版本導出，完成部署（也可以替換回老版本）。
7. 速度與穩定性看起來都不錯。
學習它的管理、它的工作方式，是值得的。而 VSS是一個已經被逐漸拋棄的軟體。如果時間不是多得沒處用，那麼就把時間花在最值得花的東西上面。
SVN遠程修改密碼
由於SVN沒有自己的遠程管理工具，只能上伺服器上用命令行操作，故操作起來比較復雜。為此，svn俱樂部開發出svn管家對svn進行遠程管理，svn管家目前推出了windows版本和linux版本，部署很方便，不用安裝額外的環境如mysql、PHP或JAVA。svn管家不僅可以方便的遠程修改用戶密碼，更可以對svn進行遠程管理，極大地方便了SVN的用戶。
其他
從啟動這個項目到現在，雖然CollabNet提供了大部分的資金(它付出幾位全職 Subversion 開發人員的薪水), 但這還是個開源項目, 由一組鬆散透明的規則所約定。 CollabNet 擁有代碼的版權完全符合 Debian Free Software Guidelines。 換句話說, 每個人都可以隨意地免費下載、修改、以及重新發布 Subversion; 完全不需要經過 CollabNet, 或是任何人的允許。
⑺ 安裝了svn 1.7.1版本後 發現我在目錄中新增了如何文件之後, 直接進行提交操作
在你截圖的「path」上方，有選擇「All」、「None」、「Non-versioned」等等，在這里進行選擇，all就是提交全部改變
⑻ tortoisesvn 有父流子流的概念嗎
殼集成的 Subversion 客戶端的創意來自 TortoiseCVS，一個非常類似的 CVS 客戶端。
Tim 學習了 TortoiseCVS 的源代碼，將其作為 TortoiseSVN 的基礎，然後開始這個項目，注冊了域名 tortoisesvn，並將源代碼提交到網上。此時 Stefan Küng 正在尋找一個好的免費版本控制系統，他發現了 Subversion 和 TortoiseSVN，由於 TortoiseSVN 還不能夠使用，他加入了這個項目並開始編程。很快他便重寫了大多數代碼，並且開始添加命令和特性，此時，最初的代碼都已經不復存在了。
隨著 Subversion 越來越穩定，吸引了越來越多的用戶開始使用 TortoiseSVN 作為他們的 Subversion 客戶端。用戶群增長迅速(每天都持續增長)。Lübbe Onken 提供了許多漂亮圖標和 TortoiseSVN 的 logo，細心照料網站並且管理翻譯。
2013年6月13日，Wandisco收購TortoiseSVN[dot]Net, TortoiseSVN leader - Stefan Küng加入Wandisco,有了Apache subversion領導開發者Wandisco的支持，TortoiseSVN將會有更多的改
⑼ svn什麼是分支什麼是
介紹2種方法:
1.你用tortoiseSVN點版本庫瀏覽，在需要建立分支的路徑(比如trunk)點 to + 新分支名稱(注意:必須與trunk不能同名，你可以新建一個名稱比如branch)
2.tortoiseSVN點版本庫瀏覽，你在需要創建的路徑下右鍵tortoiseSVN 選擇create folder 然後創建新路徑名稱(文件夾)然後把主幹或者其他分支路徑的代碼(拉分支這種情況估計想並行開發)導入到這個路徑下就可以了。
⑽ SVN是什麼
SVN
abbr.
superior vestibular nucleus 前庭上核;secure voice network 保密話音網路;superior vestibular nerve 前庭上神經;subdermal vascular network 皮下血管網