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、热插拔技术等，具有极高的稳定性和纠错性能。
服务器配置环境一般不占用内存。服务器配置环境是指服务器硬件配置，以及软件配置如何。 如果是硬件配置不行，那么服务器在流量大时会比较吃力。 如果是软件配置不行，得联系机房管理员重新安装比较好。