svn伺服器搭建佔用多少內存
Ⅰ MAC環境下如何搭建SVN伺服器
在Windows環境中，我們一般使用TortoiseSVN來搭建svn環境。在Mac環境下，由於Mac自帶了svn的伺服器端和客戶端功能，所以我們可以在不裝任何第三方軟體的前提下使用svn功能，不過還需做一下簡單的配置。
我們首先來看下，如何在Mac環境下搭建svn伺服器端環境。
回到頂部
我先在/User/apple目錄下新建一個svn目錄，以後可以在svn目錄下創建多個倉庫目錄
打開終端，創建一個mycode倉庫，輸入指令：svnadmin create /Users/apple/svn/mycode
指令執行成功後，會發現硬碟上多了個/Users/apple/svn/mycode目錄，目錄結構如下：
回到頂部
二、配置svn的用戶許可權
主要是修改/svn/mycode/conf目錄下的三個文件
1.打開svnserve.conf，將下列配置項前面的#和空格都去掉
# anon-access = read
# auth-access = write
# password-db = passwd
# authz-db = authz
- 2.打開passwd，在[users]下面添加帳號和密碼
[users]
mj=123
jj=456
- 3.打開authz，配置用戶組和許可權
<font color="rgb(0, 0, 0)"><font style="background-color:rgb(254, 254, 242)"><font face="verdana, Arial, Helvetica, sans-serif">[groups]
topgroup=mj,jj</font></font></font>
- 說明mj和jj都是屬於topgroup這個組的，接下來再進行許可權配置。使用[/]代表svn伺服器中的所有資源庫
[/]
@topgroup=rw
- 上面的配置說明topgroup這個組中的所有用戶對所有資源庫都有讀寫(rw)許可權，組名前面要用@如果是用戶名，不用加@，比如mj這個用戶有讀寫許可權
[/]
mj=rw
- 至於其他精細的許可權控制，可以參考authz文件中的其他內容4.啟動svn伺服器前面配置了這么多，最關鍵還是看能否正常啟動伺服器，若啟動不來，前面做再多工作也是徒勞。在終端輸入下列指令：svnserve -d -r /Users/apple/svn或者輸入：svnserve -d -r /Users/apple/svn/mycode沒有任何提示就說明啟動成功了5.關閉svn伺服器如果你想要關閉svn伺服器，最有效的辦法是打開實用工具裡面的「活動監視器」
- 綜合上述，我們就可以輕松搭建svn伺服器環境了
- 三、使用svn客戶端功能1.從本地導入代碼到伺服器(第一次初始化導入)在終端中輸入
svn import /Users/apple/Documents/eclipse_workspace/weibo svn://localhost/mycode/weibo --username=mj --password=123 -m "初始化導入"
- 我解釋下指令的意思：將/Users/apple/Documents/eclipse_workspace/weibo中的所有內容，上傳到伺服器mycode倉庫的weibo目錄下，後面雙引號中的"初始化導入"是注釋2.從伺服器端下載代碼到客戶端本地在終端中輸入svn checkout svn://localhost/mycode --username=mj --password=123 /Users/apple/Documents/code我解釋下指令的意思：將伺服器中mycode倉庫的內容下載到/Users/apple/Documents/code目錄中3.提交更改過的代碼到伺服器在步驟2中已經將伺服器端的代碼都下載到/Users/apple/Documents/code目錄中，現在修改下裡面的一些代碼，然後提交這些修改到伺服器1> 打開終端，先定位到/Users/apple/Documents/code目錄，輸入：cd /Users/apple/Documents/code2> 輸入提交指令：svn commit -m "修改了main.m文件"這個指令會將/Users/apple/Documents/code下的所有修改都同步到伺服器端，假如這次我只修改了main.文件可以看到終端的列印信息：
Sending weibo/weibo/main.m
Transmitting file data .
Committed revision 2.
- 4.更新伺服器端的代碼到客戶端這個應該是最簡單的指令了，在終端中定位到客戶端代碼目錄後，比如上面的/Users/apple/Documents/code目錄，然後再輸入指令：svn update5.至於svn的其他用法，可以在終端輸入：svn help
復制代碼
anon-access = read代表匿名訪問的時候是只讀的，若改為anon-access = none代表禁止匿名訪問，需要帳號密碼才能訪問
復制代碼
帳號是mj，密碼是123
我們可以將在passwd里添加的用戶分配到不同的用戶組里，以後的話，就可以對不同用戶組設置不同的許可權，沒有必要對每個用戶進行單獨設置許可權。
在[groups]下面添加組名和用戶名，多個用戶之間用逗號(,)隔開
復制代碼
復制代碼
復制代碼
回到頂部
復制代碼
復制代碼
Ⅱ SVN服務最低硬體配置是什麼
沒什麼最低配置，一台三年前買的普通PC機就足夠了，硬碟容量視你們的數據規模而定
Ⅲ SVN，磁碟和內存空間的大小有什麼區別
磁碟是讓軟體下載安裝到哪裡的，內存是運行軟體的。
Ⅳ 求SVN伺服器配置
SVN伺服器對性能要求不是很高，但是80個客戶端的數量也不少了，所以至少得雙路四核的伺服器才可以滿足。
你可以看看國產品牌正睿的這款雙路四核伺服器。標配一顆至強E5620四核八線程處理器(2.4GHz/5.86GT/12M緩存)，英特爾5500伺服器晶元組主板，4G DDR3 REG ECC 1333MHz內存，SAS 300G 15000轉高速企業級硬碟，8個熱插拔盤位，允許用戶在不關閉伺服器的情況下增加或減少硬碟，便於維護，雙千兆網卡，性能可以說是非常不錯。如果以後隨著業務量的增長，覺得性能不夠用了，還可以擴展到兩顆處理器，達成8顆處理核心，16條處理線程（在任務管理器處能看到16個處理核心的格子- -~很NB），最大支持48GB DDR3 REG ECC高速容錯校驗內存。
產品型號：I2496288S-H
產品類型：雙路四核機架式伺服器
處 理 器：Xeon E5620
內 存：4G DDR3 REG ECC
硬 盤：SAS 300G
機 構：2U機架式
操作系統：Linux免費版 / VMware ESXi
價 格：￥12990
按照你的要求，建議你升級到4個2TB硬碟，做RAID5陣列，總計有6TB存儲容量可用。總價也就在15000左右搞定。如果以後你覺得容量不夠用了，還可以增加4個2TB硬碟，有豐富的擴容餘地。
Ⅳ 伺服器內存佔用率到多少才合適
平常在30以下…
Ⅵ 伺服器選型。我想建一個SVN伺服器，平常10-20人訪問，最多可能不到50人訪問，要選一款伺服器，推薦啥型號
看了你這種情況，SVN伺服器的配置無須太高，有一台雙核，2-4G內存，硬碟大小看你情況，盡量選擇轉速快的硬碟。以上配置的PC機就足夠用了，我們公司的SVN也是放到台式機上，平時20人用的樣子。
Ⅶ 裝一台SVN伺服器需要准備哪些
樓上推薦的是Collabnet Subversion Edge版，我不建議你使用，原因如下：
1、如果你個人愛好搞個玩玩，你用上面的版本你根本就搞不懂svn的安裝基礎
2、如果公司用，你網路查一下就知道Collabnet Subversion Edge版有什麼問題
原版svn下載及詳細的安裝教程論壇裡面有，歡迎過來一起交流學習。
scmeye是目前國內最活躍的軟體配置管理社區，歡迎到社區中交流。
skyline是scmeye基於svn二次開發而成的管理工具，skyline是開源軟體，旨在幫助廣大SCM快速完成配置工作，歡迎前來交流
網路搜索 scmeye 即可
Ⅷ SVN的操作說明以及備份策略
2.1 文件檢出
安裝TortoiseSVN後，SVN會跟Windows的資源管理器完美集成。點擊右鍵，我們可以在菜單欄中選擇「SVN檢出」選項，輸入要檢出代碼的文件庫的URL地址，我們就可以檢出該URL地址下的文件庫的文件。默認情況下是檢出最新版本的代碼，如果需要，我們可以通過瀏覽日誌，根據日誌來找出想要的版本，然後在「版本」選項中指定相應版本就可以檢出相關代碼了 。
之後，對於同一個項目的主幹開發，我們都在這個檢出的代碼文件目錄下操作，而不是每一次提交或更新都重新檢出一次。
2.2 文件添加
我們在本地創建的文件(包括目錄)不會受SVN的控制，為了讓其接受SVN的控制必須將其添加到文件庫中。對於團隊其他成員需要的文件，如代碼文件、某些模塊的.a文件（由於某些需要，該模塊代碼不公開），我們必須讓它們接受SVN的控制，並且保持最新的版本。
2.3 文件刪除
當我們需要刪除無用的文件(包括目錄)時，不能使用Windows的資源管理工具，而必須使用SVN本身的刪除文件功能。這樣該文件被刪除後，其所有修改歷史仍然保存在SVN伺服器中，以後仍然可以獲得該文件的修改歷史。
2.4 文件改名
當我們需要對文件(包括目錄)進行改名的時，不能使用Windows的資源管理工具，而必須使用SVN本身的文件改名功能。這樣該文件被改名後，其改名前的所有修改歷史仍然保存在SVN伺服器中，保持連續的修改信息。
2.5 文件更新
其他團隊成員提交到SVN上的改動不會自動更新到你的本地拷貝中來，我們需要通過更新文件操作來獲取其他成員對項目文件所做的修改。SVN更新文件操作會把文件庫里的文件與本地文件進行合並，從而達到了同時保留其他成員的修改及本地的修改的目的。如果無法自動合並則會發生沖突，需要使用文件比較工具進行手工合並，合並完成後才能提交已解決沖突的文件。沖突的詳細解決方法見第三章——沖突解決。
在團隊開發時，更新是一件很重要的工作，可以保持團隊成員之間的工作內容一致，因此要注意經常更新自己的工作拷貝，以保證自己能夠獲得最新的修改內容。
2.6 改動提交
我們對文件(包括目錄)所做的一切改動，包括添加、刪除、修改文件都必須提交到SVN伺服器文件庫中才能正式生效，之後團隊的其他成員才可以獲取你所作的修改。
提交是很重要的一項操作，要求做到：
提交代碼之前一定要保證修改後的代碼能編譯通過，不能提交編譯不通過的代碼。
比較修改前及修改後的代碼，把調試信息或其他不相關的信息去掉，再次確保提交的代碼是正確的並且提交的是需要提交的文件。
不要等到修改了很多代碼才提交，而是相關小功能完成時就應該提交一次。這樣以後發現問題時就很容易撤銷有問題的代碼——因為撤銷只能針對一次提交，所以在一次提交里涉及過多的功能是不推薦的。
提交時必須填寫log信息，說明這次提交增加了什麼功能或者修正了什麼bug。這些信息有助於自己和其他團隊成員了解整個項目的歷史。當出現問題時也方便定位到對應的版本代碼，所以log信息必須足夠詳細。
事務性提交。也就是說提交要麼成功，要麼全部失敗——即提交出現錯誤時會自動回滾，實際上沒有提交任何東西。出現錯誤時，解決錯誤，再次提交上次提交的全部內容即可。
3. 沖突解決
沖突的解決是我們使用SVN過程中的一個棘手問題，所以獨立一節來談論。
3.1 沖突的產生
沖突發生在多個成員同時對同一個文件進行修改的情形下。即當有其他成員已經提交了修改，而自己在本地拷貝中也對該文件進行了修改，而且修改的是同一個地方，那麼在進行本地文件的更新時，SVN會不知道該選擇那個修改（SVN上的修改還是本地的修改）來進行合並，所以沖突就產生了。
舉例說，假如受SVN控制的文件Day.txt在SVN伺服器上的當前內容如下：
圖表 3 Day.txt文件在本地的修改
我們可以看到，在文本的第一行，SVN上及本地都做了修改。這樣當在本地進行更新（提交之前必須先更新），SVN合並時就不知道monday後面到底該是work還是sleep，所以沖突就產生了。
而第三、五行是各自進行了修改，並沒有沖突，所以這兩行可以順利合並，合並後可以看到所有人所做的修改。
3.2 沖突的解決
沖突發生後，SVN會在本地保存該文件的不同修改版本，見下圖藍色圖標：
圖表 4 Day.txt文件的不同版本
Day.txt.r35是版本35的Day.txt文件（本地拷貝最新版本）
Day.txt.r37是版本37的Day.txt文件（SVN上最新版本）
Day.txt.mine的是本地修改後的Day.txt文件
Day.txt文件中包含了合並後的內容
3.2.1 簡單沖突解決
對於簡單的內容沖突，我們可以直接在合並後的文件上修改。在上例中，我們打開Day.txt文件，可以看到SVN合並後的內容：
圖表 5 Day.txt合並後內容
我們看到沒有沖突的修改：(play basketball)及（meeting）順利地合並了，而沖突的部分出現了一些標記。其中標記
<<<<<<< .mine
=======
之間包含的是本地修改的沖突部分的內容，即monday(work)。而標記
=======
>>>>>>> .r37
之間包含的是版本37（SVN上最新版本）該部分內容，即monday(sleep)。
不失一般性，假如我們現在要保留的內容是monday(work)，那麼我們只要把標記及monday(sleep)部分內容去掉即可：
圖表 6 Day.txt解決沖突後內容
確保修改正確後，把Day.txt文件設置為「已解決的」。
圖表 7 Day.txt標記為已解決
之後，後綴為mine,r35,r37文件全部消失，僅保留已解決沖突的Day.txt文件，提交到SVN即可。
3.2.2 復雜沖突解決
對於文件內容復雜的文件，上述的解決方法容易漏掉一些要修改的部分，解決起來也耗時耗力。這時要通過SVN提供的工具來解決。
選擇SVN功能「編輯沖突」，打開沖突編輯工具:
圖表 8 沖突編輯工具
上半部分的兩個內容欄分別顯示的是版本37的內容及本地修改的內容。
下半部分的內容欄顯示的是合並後的內容。
每個內容欄左邊的標記清楚地標識了該文件做了那些修改。
文件沖突的部分用紅色顯眼地表示了出來。在合並欄，點擊沖突部分，點擊右鍵，我們可以選擇用哪個內容（SVN上最新內容或者本地修改內容）來解決沖突部分，也可以選擇兩個內容都使用，同時選擇它們出現的先後順序。
逐一解決各個沖突。確保所有沖突都解決後，保存文件，並標記為「已解決」的，退出該工具即完成沖突的解決。
4. 加鎖策略
事實上，解決沖突還有一種方法，那就是「嚴格加鎖」。
「嚴格加鎖」要求在編輯文件之前必須先對文件加鎖，然後才能進行編輯。此時團隊其他成員不能對該文件進行編輯，即保證了同一時刻只有一個人在編輯該文件，因此避免了沖突的出現。
那麼，什麼類型的文件我們應該採取「嚴格加鎖」呢？
Excel、圖片等不可合並的文件，我們必須對其「嚴格加鎖」。「嚴格加鎖」的文件都標記為「可讀」的，即不可編輯。要編輯這些「嚴格加鎖」的文件，必須先對其加鎖，加鎖後文件更改為「可讀可寫」。編輯完這類文件後要第一時間提交。提交完成時，SVN會自動解開任何你擁有的鎖 。
文本文件，比如程序代碼，SVN通常可以為我們合並改動，無須「嚴格加鎖」。對於一些大家都頻繁改動的重要源代碼文件，可能會引起大量沖突，我們也不推薦「嚴格加鎖」，因為加鎖會導致大家持續得走來走去去詢問加鎖情況。正確做法是把文件分成數個邏輯單元，大家都修改各自的單元，減少合並時的沖突。
5. 標簽&分支
一個項目最初存放的目錄我們稱之為主幹(trunk)。下面我們討論除了主幹之外其他存放項目的目錄——標簽(tag)和分支(branch)。
5.1 標簽（tag）
版本號可以區分多次的代碼修改，我們可以使用版本號來檢出需要的代碼，但對於重要版本的代碼，如第三版發布代碼，我們不希望記住r37這樣的數字。這時，我們就可以通過創建標簽來對SVN中這個發布版本的文件的這個時刻的狀態創建一個「快照」，以後就可以通過這個標簽名字來檢出第三發布版本的代碼。
標簽其實是當前項目文件的簡單拷貝，保存在標簽所在的目錄下。創建標簽也是挺簡單的，不過要注意：
標簽的名字一定要有描述性，可以僅憑名字就知道為什麼要創建標簽。
不能過多地使用標簽，只有在重要時刻或者發布版本時才可以創建標簽。
標簽是項目文件在某個時刻的狀態，不能對其進行修改 。
5.2 分支（branch）
分支跟標簽一樣，也是當前項目文件的簡單拷貝，保存在分支所在的目錄下。
分支跟標簽的根本區別在於，標簽不能對其進行修改，而分支就是為了某種目的的修改而建立的。在檢出代碼時檢出指定分支即可，分支的操作跟主幹上的操作完全相同。
5.2.1 何時創建
遇到下述情況，我們可以通過創建分支來解決問題：
發布分支
當我們快要發布一個版本了，一個開發小團隊要為這次發布做好准備，比如說修改一些收尾的bug。這時他們需要的是項目的穩定性，而同時我們還有其他團隊要開發預計下次發布才會添加進去的功能，顯然他們不能在同一份代碼上工作，因此我們需要從主幹中建立出一個發布分支，發布團隊都從這個發布分支檢出及提交代碼。當程序被發布之後，這個分支依然是活動的。這樣，如果客戶報告了一些bug，團隊會在這個發布分支中修正它們並視情況合並到主幹中去。
試驗分支
當我們需要對項目做大范圍的改動，並且這改動對系統的其餘部分有深遠的影響，而我們又不能保證這次改動一定能成功的時候就可以建立試驗分支。如果試驗失敗了，可以廢棄這個分支；成功了我們只要把分支的改動合並到主幹代碼中去就可以了。
其他情況，我們不建議創建分支，更不推薦在分支上創建分支，因為分支過多，合並時的沖突將會是一種難於解決的災難。
5.2.2 合並分支
我們在分支上所修正的bug很可能在主幹上或者其他分支上也存在，因為它們往往來自同一份代碼，所以我們在分支上所做的改動有必要合並到主幹或者其他分支中去。
對於簡單的bug，一次提交就能解決問題的，那麼我們只要記住提交新版本號，然後使用新版本號把改動合並到其他的受影響的主幹及分支中去就可以了。
對於復雜的bug，可能需要多個開發者花幾天的時間提交多次才能修好。這時光用版本號來記住修改的內容就有點勉為其難了。因此，我們可以使用標簽來標記我們修正過程的開始和結束，然後使用這些標簽幫助我們把修正的代碼合並到主幹和其他分支中去。整個過程如下：
① 給分支打個標簽，標記bug修改開始。
② 測試重現bug，修正代碼讓新測試通過。
③ 提交你的改動到SVN上。
④ 重復步驟2、3，直到確定bug已經修正。
⑤ 再給分支打個標簽，標記bug修正結束。
⑥ 使用兩個標簽來把修正的代碼合並到所有其他受影響的主幹和分支上。
6. 注意事項
經常更新
由於文件可能有多個人修改，應該經常更新你的工作拷貝中的文件，這樣能降低發生沖突的可能性。
測試提交
提交前先在本地進行測試。不允許將有錯誤的文件提交到SVN伺服器上。
填寫備注
提交時一定要寫備註：備注有助於其他人（包括三個月後的你自己）理解你對文件所做的修改。
整體提交
提交文件時注意要提交一項改動所對應的所有文件，不要一次提交一個文件或者一次提交修改了很多功能的一堆文件。
發布標簽
對於每一個發布的版本都要建立標簽：當用戶告訴你發生某個問題時，你可以迅速地追蹤到問題是在哪個版本引入的 。
附：測試自動化小組SVN使用指導原則
1. Project的構建
Project在SVN伺服器上的目錄架構如下：
SVN上的項目文件：
1. 必須保證Trunk上的代碼是最新的！定期對Trunk上的代碼進行更新，各小組可根據各自實際情況自己把握
2. Tag是根據項目需要所打的標簽，每一個發布的版本都要打Tag，主要是方便有需要時可以直接根據Tag返回到之前的狀態，以便於分析、測試；Tag中必須包含相應的release文件及當時編譯或發布時的源代碼，必須有相關的文檔註明項目背景、發布情況等。
3. Branch文件夾可以用作備份用，可以用個人名字命名文件夾；此外，Branch分支主要用來進行短暫或者探索性的開發使用，最終的軟體版本必須更新、合並到Trunk主幹上。
4. 關於同一項目組開發環境的建議：同一項目組成員的開發環境最好一致，軟體安裝路徑和Project文件存放路徑最好一致。
2. 版本號
關於版本號命名規則：主版本號.子版本號.修正版本號
1. 項目初版本時，版本號為0.1.0；
2. 當項目在進行了局部修改或 bug 修正時，主版本號和子版本號都不變，修正版本號加 1；
3. 當項目在原有的基礎上增加了部分功能時，主版本號不變，子版本號加 1，修正版本號復位為 0；
4. 當項目在進行了重大修改或局部修正累積較多，而導致項目整體發生全局變化時，主版本號加 1，子版本號和修正版本號復位為0；
5. 編譯版本號一般是編譯器在編譯過程中自動生成的，我們只定義其格式，如果編譯器不能自動生成，人手添加，數值代表為當前的系統時間。
例子：V1.0.1 Build090305 Rel111123
其它版本使用規則：
1. α（alphal）內部測試版
此版本表示該軟體僅僅是一個初步完成品，只在組內內部交流，該版本軟體的 bug 較多，限內部測試使用。
例子：V0.1.1 Build090305 alphal1
2. β（beta）外部測試版
該版本相對於α版已有了很大的改進，經過組內的測試，消除了嚴重的錯誤，但還是存在著一些缺陷，需要經過大規模測試來進一步消除。
例子：V0.1.2 Build090305 beta1
3. demo 演示版
僅限評審或講解時做介紹使用。
例子：V0.1.3 Build090305 demo1
4. release 最終版
該版本意味「最終釋放版」，在出了一系列的測試版之後，終歸會有一個正式版本，一般情況下，release不會以單詞形式出現在軟體封面上，取而代之的是符號 (Rel) 。release版本發布時，必須將待發布的軟體和相應版本更新記錄打包在一起發出。
例子：V1.0.1 Build090305 Rel111123
3. 許可權限制
如果項目本身需要對項目組成員作不同的許可權控制，可以考慮維護兩個工程：一個工程裡面有相應的源文件，一個則只有編譯後的文件。
4. 模塊的版本維護
1. 文件一般不需要版本，但要有詳細的更新歷史記錄；
2. 模塊可以以版本來維護，具體可以不同的文件夾區分。
Ⅸ svn怎麼伺服器搭建，svn怎麼伺服器安裝
搭建svn服務的方法步驟問題，主要有七個部分 。下面是具體的步驟介紹。
一、准備工作
1、獲取S version伺服器程序
到官方網站（htt p:/ /s version.tigris.org/）下載最新的伺服器安裝程序。目前最新的是1.5版本，具體下載地址 在：htt p:/ /s version.tigris.org/servlets /ProjectDocumentList?folderID=8100&expandFolder=8100&folderID=91
2、獲取TortoiseSVN客戶端程序
從官方網站htt p:/ /tortoisesvn.n et/downloads獲取最新的TortoiseSVN。TortoiseSVN是一個客戶端程 序，用來與s vers伺服器端通訊。S version自帶一個客戶端程序svn.exe,但TortoiseSVN更好操作，提高效率。
二、安裝伺服器端和客戶端
搭建svn服務第二步要安裝伺服器端和客戶端。安裝S version（以下簡稱SVN）的伺服器端和客戶端。下載下來的伺服器端是個zip壓縮包，直 接解壓縮即可，比如我解壓到E:\s version。客戶端安裝文件是個exe可執行文件，直接運行按提示安裝即可，客戶端安裝完成後提示重啟。
三、建立版本庫（Repository）
運行S version伺服器需要首先要建立一個版本庫（Repository）。版本庫可以看作是伺服器上集中存放和管理數據的地方。開始建立版本 庫。首先建立e:\svn空文件夾作為所有版本庫的根目錄。然後，進入命令行並切換到s version的bin目錄。輸入如下命 令：svnadmincreateE:\svn\repos1此命令在E:\svn下建立一個版本庫repos1。repos1下面會自動生成一些文件夾 和文件。我們也可以使用TortoiseSVN圖形化的完成這一步：先建立空目錄E:\svn\repos1，注意一定是要空的。然後在repos1文件 夾上「右鍵->TortoiseSVN->CreateRepositoryhere...」，然後可以選擇版本庫模式，這里使用默認的 FSFS即可，然後就創建了一系列文件夾和文件，同命令行建立的一樣。
四、運行獨立伺服器
搭建svn服務過程中要運行獨立伺服器。 此時s version服務還沒有開始，只是通過它的命令建立了 版本庫。繼續在剛才的命令窗口輸入：svnserve.exe--daemon
svnserve將會在埠3690等待請求，--daemon（兩個短橫線）選項告訴svnserve以守護進程方式運行，這樣在手動終止之前不會退 出。注意不要關閉命令行窗口，關閉窗口會把svnserve停止。為了驗證svnserve正常工作，使用TortoiseSVN->Repo- browser來查看版本庫。在彈出的URL對話框中輸入：svn://localhost/svn/repos1
點OK按鈕後就可以看見repos1版本庫的目錄樹結構了，只不過這時repos1是個空庫。你也可以使用--root選項設置根位置來限制伺服器的訪問 目錄，從而增加安全性和節約輸入svnserveURL的時間：svnserve.exe--daemon--rootdrive:\path\to \repository以前面的測試作為例，svnserve將會運行為：svnserve.exe--daemon--roote:\svn然後 TortoiseSVN中的版本庫瀏覽器URL縮減為：svn://localhost/repos1
五、配置用戶和許可權
用文本編輯器打開E:\svn\repos1\conf目錄，修改svnserve.conf：將：#password-db=passwd改 為：password-db=passwd
即去掉前面的#注釋符，注意前面不能有空格。然後修改同目錄的passwd文件，增加一個帳號：將：
[users]
#harry=harryssecret
#sally=sallyssecret
增加帳號：
[users]
#harry=harryssecret
#sally=sallyssecret
test=test
六、初始化導入
下面就是搭建svn服務時將我們的數據（項目）導入到這個版本庫，以後就由版本庫管理我們的數據。我們的任何改動都回被版本庫記錄下來，甚至我們自己丟 失、改錯數據時版本庫也能幫我們找回數據。
比如，我在d:\wwwroot下有個gstbook文件夾，裡面存放的是我編寫的留言簿程序。在此文件夾上「右鍵 ->TortoiseSVN->Import...」，在彈出對話框的「URLofrepository」輸入 「svn://localhost/repos1/gstbook」。在「Importmessage」輸入「導入整個留言簿」作為注釋。
點OK後要求輸入帳號。我們在用戶名和密碼處都輸入test。完成後gstbook中的內容全部導入到了svn://localhost/svn /repos1/gstbook。
我們看到在e:\svn\repos1沒有任何變化，連個gstbook文件夾都沒有建立，唯一的變化就是e:\svn\repos1容量變大了。實 際上我們源gstbook中的內容已經導入repos1版本庫了，源gstbook文件夾可以刪除了。需要注意的是，這一步操作可以完全在另一台 安裝了TortoiseSVN的客戶機上進行。例如運行svnserve的主機的IP是133.96.121.22，則URL部分輸入的內容就是 「svn://133.96.121.22」。
七、基本操作流程
1、取出（checkout）
取出版本庫到一個工作拷貝：
來到任意空目錄下，比如在f分區建立一個空文件夾f:\work。「右鍵->SVNCheckout」。在「URLofrepository」中輸 入「svn://localhost/svn/repos1/gstbook」，這樣我們就得到了一份gstbook中內容的工作拷貝。
2、存入（checkin）/提交（commit）
在工作拷貝中作出修改並提交：
在gstbook工作拷貝中隨便打開一個文件，作出修改，然後「右鍵->SVNCommit...」。這樣我們就把修改提交到了版本庫，版本庫 根據情況存儲我們提交的數據。
在修改過的文件上「右鍵->TortoiseSVN->ShowLog」，可以看到對這個文件所有的提交。在不同的revision條目上 「右鍵->Comparewithworking」，我們可以比較工作拷貝的文件和所選revision版本的區別。本節介紹搭建SVN服 務完畢，請關注本節其他相關報道。
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
搭建好svn後創建svn版本
1、創建一個空文件夾，右鍵->TortoiseSVN->CreateRepositoryhere，然後該文件夾會自動生成一些文件出來
2、用文本編輯器打開E:\svn\repos1\conf目錄，修改svnserve.conf：將：#password-db=passwd改 為：password-db=passwd
即去掉前面的#注釋符
3、修改同目錄的passwd文件，增加一個帳號
增加帳號：
[users]
#harry=harryssecret
#sally=sallyssecret
amylv=amylv
4、初始化導入 比如在d:\wwwroot下有個gstbook文件夾，在此文件夾上「右鍵 ->TortoiseSVN->Import...」，
輸入你的用戶名跟密碼
到此ok了
附：svn伺服器端只能裝在c盤下 svnserve.exe --daemon 這個命令才能使用,版本庫也必須放在c盤下svn://localhost 對應的是c盤直接目錄
如果你創建的文件夾目錄為 c:/svnlib/weibo。那麼import的地址為svn://localhost/svnlib/weibo
-------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
安裝了兩次終於明白應該注意什麼了，總結一個最簡單的說明，節省大家時間
1、獲取svn程序
2、安裝 S version（以下簡稱SVN）的伺服器端和客戶端。下載下來的伺服器端是個 zip壓縮包，直接解壓縮即可，比如我解壓到 E:\s version 。客戶端安裝文件是個 exe 可執行文件，直接運行按提示安裝即可，客戶端安裝完成後提示重啟。
3、先建立空目錄 E:\svn\repos1 ，注意一定是要空的。然後在 repos1 文件夾上「右鍵->TortoiseSVN->Create Repository here...」，然後可以選擇版本庫模式，這里使用默認的FSFS即可，然後就創建了一系列文件夾和文件，同命令行建立的一樣。
（這一步注意svn服務端要和庫目錄在同一個盤符下面，否則提示找不到目錄）
4、進入命令行並切換到s version的bin目錄。輸入如下命令：
svnserve.exe --daemon
svnserve 將會在埠 3690 等待請求，--daemon（兩個短橫線）選項告訴 svnserve 以守護進程方式運行，這樣在手動終止之前不會退出。注意不要關閉命令行窗口，關閉窗口會把 svnserve 停止
5、配置用戶和許可權
用文本編輯器打開E:\svn\repos1\conf目錄，修改svnserve.conf：
將：
# password-db = passwd
改為：
password-db = passwd
即去掉前面的 # 注釋符，注意前面不能有空格。
然後修改同目錄的passwd文件，增加一個帳號：
將：
[users]
# harry = harryssecret
# sally = sallyssecret
增加帳號：
[users]
#harry = harryssecret
#sally = sallyssecret
test = test
6、初始化導入
（在做這一步之前一定要執行第5步）
下面就是將我們的數據（項目）導入到這個版本庫，以後就由版本庫管理我們的數據。我們的任何改動都回被版本庫記錄下來，甚至我們自己丟失、改錯數據時版本庫也能幫我們找回數據。
比如，我在 d:\wwwroot 下有個 gstbook 文件夾，裡面存放的是我編寫的留言簿程序。在此文件夾上「右鍵 -> TortoiseSVN -> Import...」 ，在彈出對話框的「URL of repository」輸入「svn://localhost/repos1/gstbook」。在「Import message」輸入「導入整個留言簿」作為注釋。
點 OK 後要求輸入帳號。我們在用戶名和密碼處都輸入 test 。完成後 gstbook 中的內容全部導入到了 svn://localhost/svn/repo1/gstbook 。
我們看到在 e:\svn\repo1 沒有任何變化，連個 gstbook 文件夾都沒有建立，唯一的變化就是e:\svn\repo1容量變大了。實際上我們源gstbook中的內容已經導入 repo1 版本庫了，源 gstbook 文件夾可以刪除了。
7、svn配置結束，這是最簡單的步驟，已經可以用了，然後把svn整合到系統服務，以後就不用一直開著命令窗口了。把以下內容粘貼到文本文件，然後重命名文件為：*.bat執行就好了，
sc create svnserver binpath= "C:\Program Files\S version\bin\svnserve.exe --service --root F:\svn" displayname= "svnserver" depend= tcpip start= auto obj= "NT AUTHORITY\NetworkService"
其中C:\Program Files\S version\bin\svnserve.exe 為svn的路徑
F:\svn 為版本庫的目錄
displayname= "svnserver" 為設置服務的名字
--root 是設置根目錄 比如：原來你訪問為：svn://localhost/svn
設置--root F:\svn之後縮寫為svn://localhost 這個一定要注意，否則Error: URL 'svn://localhost/svn'doesn't exist
8、svn能用了，下面是原始資料，稍微整理了一下，如果以上內容不能滿足，參考以下內容，希望沒有浪費寶貴時間。
Ⅹ 伺服器配置環境佔用內存嗎
伺服器配置環境不佔用內存。
伺服器內存也是內存，它與普通PC機內存在外觀和結構上沒有什麼明顯實質性的區別，主要是在內存上引入了一些新的特有的技術，如ECC、ChipKill、熱插拔技術等，具有極高的穩定性和糾錯性能。
伺服器配置環境一般不佔用內存。伺服器配置環境是指伺服器硬體配置，以及軟體配置如何。 如果是硬體配置不行，那麼伺服器在流量大時會比較吃力。 如果是軟體配置不行，得聯系機房管理員重新安裝比較好。