⑴ 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 皮下血管网