怎样用java 管理SVN用户和权限

SVN用户和权限是靠SVN服务器管理的，跟java没什么关系。

首先要知道SVN的服务器是什么软件的，在哪台电脑上。然后远程过去，打开SVN的服务器软件的管理器

一般先添加用户

然后找到Java项目,右键"属性",打开的属性窗口会列出可以访问的用户列表和权限，可以在这里管理用户和权限

用配置VisualSVN Server配置>直接开放svnserve的端口就可以了，默认端口是3690

如果selinux开启了，它会阻止文件的写入，从仓库中拉去正常，但上传的时候会出现 不能打开文件"/db/txn-current-lock"权限不够

如果出现semanage未定义，可以参考 CentOS7 中安装semanage来设置selinux

仓库目录为 /home/svn/test ，如果要删除版本仓库直接删除目录就可以了 rm -rf /home/svn/test

在仓库目录 /home/svn/test 的 conf 目录中会有三个文件

修改配置

修改配置添加账号密码，以 账号=密码 的格式配置， = 号二边尽量不要存在空格

权限管理分为组管理和目录权限管理

多个创建可以共用一套账号和密码权限管理。也可以用不同的账号密码管理，如果用不同的配置少单仓库类似，修改每个仓库conf下的账号和权限文件就可以了。下面说一下共用账号权限文件的情况。

在仓库目录 /home/svn 目录中创建authz文件和passwd文件。

修改配置各仓库下conf/svnserveconf。将password-db和authz-db指向/home/svn/目录下的文件

修改/home/svn/passwd配置添加账号密码，以 账号=密码 的格式配置， = 号二边尽量不要存在空格

修改/home/svn/authz权限管理分为组管理和目录权限管理

如果单仓库以/home/svn启动，此时访问的地址会有仓库名。 svn://ip/test

访问地址分别为:

编辑 /etc/sysconfig/svnserve 文件，修改 OPTIONS="-r /var/svn" 参数改为svn仓库目录 OPTIONS="-r /home/svn"

设置开机启动

修改后也可以用systemctl来启动、停止、重启

svnserve启动后，修改authz和passwd文件是时实生效的，并不需要重启服务

有时随着仓库越来越多，权限配置也越来越多时，会出现一些配置错误，导致访问时出现无法加载权限验证之前的错误，这个时候我们可以将svn服务器的日志打印出来，看些配置出错了。

停止svn服务器，重新附加log-file参数输入日志到指定文件

SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。说得简单一点SVN就是用于多个人共同开发同一个项目，共用资源的目的。
svn服务器有2种运行方式：独立服务器和借助apache运行。两种方式各有利弊，用户可以自行选择。
svn存储版本数据也有2种方式：BDB(一种事务安全型表类型)和FSFS(一种不需要数据库的存储系统)。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。
所有的文档都显示SVN可以取代CVS，同时SVN的问题和缺点都被隐藏了。不幸的是，我们并不认为SVN是CVS的替代品，尽管很多缺陷都被修改了。更有甚者，它甚至让人重回CVS。CVS和SVN的比较类似于比较C++和Java。很明显CVS和SVN都远比SourceSafe强大的多，如同C++和Java比Basic强大的多。CVS代表了几乎代码控制系统的所有功能项，尽管有时他的实现并不很方便。SVN修正并添加了一些CVS并不拥有的功能。例如，创建标志和分支dubious，你在编辑文件时其他人不会有任何通知。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站在更高层次上对安全产品，从系统和控制的角度进行了"有机"和"无隙"的整合。由于SVN没有自己的远程管理工具，只能上服务器上用命令行 *** 作，故 *** 作起来比较复杂。为此，svn俱乐部开发出svn管家对svn进行远程管理，svn管家推出了windows版本和linux版本，部署很方便，不用安装额外的环境如mysql、PHP或JAVA。svn管家不仅可以方便的远程修改用户密码，更可以对svn进行远程管理，极大地方便了SVN的用户。
所以虽然说SVN有缺点，但是对于使用者来说还是有继续使用下去的价值的。它的优势比它的缺点更耀眼，所以才会有那么多人还使用SVN

1、一套完整的SVN，肯定需要服务器端和客户端
2、服务器端推荐使用Collabnet的SVN Edge版（有Windows版和linux版），现在开源SVN项目就是Collabnet公司在支持，他们出的安装包可以说是最正宗的。其中Edge版安装包可以说是目前最省心的安装包了，几乎一个安装文件装完就能用（如果电脑上已经安装了jre6的话，如果没有jre6，安装SVN服务器端时会自动下载，只是下载有点慢）。这个安装包内置了Apache，也就是说不用再去单独集成SVN和apache了，装好就能用>