mac下authz文件在哪里

mac下SVN使用方法
mac下自带SVN，所以不需要下载SVN软件就能使用该功能。
在Users/cindy/IOS 下创建一个svn文件夹    
     linux命令：cd /User/cindy/IOS    (进入User/cindy/IOS文件夹)
                       mkdir svn                   (创建文件夹)/使用linux命令对文件夹 *** 作首先要进入到文件夹之后才可对其 *** 作/
在svn文件夹下面创建一个myCode文件夹仓库
    linux命令：svnadmin create /Users/cindy/IOS/svn/myCode 
创建之后的文件夹如下：
查看大图
这样创建就完成了，接下来就需要配置一下啊SVN了。
在conf文件夹下面有三个文件，authz , passwd ,svnserveconf 。authz是对用户权限的控制的配置文件，password从名字就看出来了，是对储存用户密码的文件，svnserveconf 对svn访问的用户的配置文件。
先配置一下svnserveconf 。
打开svnserveconf 文件，command + f 快捷键，快速搜索anon
找到一下  #anon - access = read   #auth - access = write  #password - db = passed  #authz - db = authz  这四句代码，将前面的# 去掉。
/anon - access = read 代表匿名访问时候只读    anon - access = none  代表禁止匿名访问/
配置一下用户权限的配置文件  authz
r  读（read）  w 写（write）rw 读写 (read and write)
在末行加入一下代码
[ / ]  一个中括号里面一个反斜线     表示svn中的任一资源库
设置用户名读写权限
[ / ] 
 user  =  r    user 用户可读
 user  =  rw  user 用户权限读写
多个用户时候可以设置用户组
设置方法：
在[groups]下面添加用户组名和用户名
mygroup = admin, user, xiaoming,。。。 。。。
readGroup = xiaozhang, linam
设置用户组读写权限：
[ / ] 
@mygroup = rw
@readGroup = r     / 一定要注意，设置用户组权限的时候一定不要忘记@符号，设置单个的用户名时候不加 。 /
passwd这个文件就非常好设置了。
在[users]下面添加账号和密码，格式如下：
[users]
admin = admin    /  = 前面的是用户名，后面的是密码 /
user = 123456
xiaoming = qa 
最关键的一步就是启动svn服务器了。
在终端中输入以下命令：
 svnserve -d -r /User/cindy/IOS/svn/myCode
回车之后没有显示说明启动成功了。
如果显示错误还需重新配置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/code
2> 输入提交指令：svn commit -m "修改了mainm文件"
这个指令会将/Users/apple/Documents/code下的所有修改都同步到服务器端，假如这次我只修改了main文件
可以看到终端的打印信息：
[java]  
Sending        weibo/weibo/mainm  
Transmitting file data  
Committed revision 2  
4更新服务器端的代码到客户端
这个应该是最简单的指令了，在终端中定位到客户端代码目录后，比如上面的/Users/apple/Documents/code目录，然后再输入指令：svn update
5至于svn的其他用法，可以在终端输入：svn help
查看大图
这里列出一大堆svn指令，后面括号中的内容的一般代表着指令的简称，比如我们可以用svn ci代替svn commit，用svn co代替svn checkout

当然是用SVN了，这个是开源免费的，而TFS是要收费的，而且SVN作为目前世界上应用最广的版本库管理软件，你如果遇到什么问题基本网上都能找到答案
推荐安装Collabnet Subversion Edge版，免费的，安装配置非常简单，一个包装好就能用，自带控制台，内嵌apache支持>SVN是Subversion的简称，是一个开放源代码的版本控制系统，相较于RCS、CVS，它采用了分支管理系统，它的设计目标就是取代CVS。互联网上很多版本控制服务已从CVS迁移到Subversion。
svn服务器有2种运行方式：独立服务器和借助apache运行。两种方式各有利弊，用户可以自行选择。
svn存储版本数据也有2种方式：BDB(一种事务安全型表类型)和FSFS(一种不需要数据库的存储系统)。因为BDB方式在服务器中断时，有可能锁住数据，所以还是FSFS方式更安全一点。
集中式代码管理的核心是服务器，所有开发者在开始新一天的工作之前必须从服务器获取代码，然后开发，最后解决冲突，提交。所有的版本信息都放在服务器上。如果脱离了服务器，开发者基本上可以说是无法工作的。下面举例说明：
开始新一天的工作：
1、从服务器下载项目组最新代码。
2、进入自己的分支，进行工作，每隔一个小时向服务器自己的分支提交一次代码（很多人都有这个习惯。因为有时候自己对代码改来改去，最后又想还原到前一个小时的版本，或者看看前一个小时自己修改了哪些代码，就需要这样做了）。
3、下班时间快到了，把自己的分支合并到服务器主分支上，一天的工作完成，并反映给服务器。
这就是经典的svn工作流程，从流程上看，有不少缺点，但也有优点。
缺点：
1、服务器压力太大，数据库容量暴增。
2、如果不能连接到服务器上，基本上不可以工作，看上面第二步，如果服务器不能连接上，就不能提交，还原，对比等等。
3、不适合开源开发（开发人数非常非常多，但是Google app engine就是用svn的）。但是一般集中式管理的有非常明确的权限管理机制（例如分支访问限制），可以实现分层管理，从而很好的解决开发人数众多的问题。
优点：
1、管理方便，逻辑明确，符合一般人思维习惯。
2、易于管理，集中式服务器更能保证安全性。
3、代码一致性非常高。
4、适合开发人数不多的项目开发。
5、大部分软件配置管理的大学教材都是使用svn和vss。
Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。
Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。
Torvalds 开始着手开发 Git 是为了作为一种过渡方案来替代 BitKeeper，后者之前一直是 Linux 内核开发人员在全球使用的主要源代码工具。开放源码社区中的有些人觉得 BitKeeper 的许可证并不适合开放源码社区的工作，因此 Torvalds 决定着手研究许可证更为灵活的版本控制系统。尽管最初 Git 的开发是为了辅助 Linux 内核开发的过程，但是我们已经发现在很多其他自由软件项目中也使用了 Git。例如 最近就迁移到 Git 上来了，很多 Freedesktop 的项目也迁移到了 Git 上。
特点：
分布式相比于集中式的最大区别在于开发者可以提交到本地，每个开发者机器上都是一个完整的数据库。
Git的功能特性：
从一般开发者的角度来看，git有以下功能：
1、从服务器上克隆数据库（包括代码和版本信息）到单机上。
2、在自己的机器上创建分支，修改代码。
3、在单机上自己创建的分支上提交代码。
4、在单机上合并分支。
5、新建一个分支，把服务器上最新版的代码fetch下来，然后跟自己的主分支合并。
6、生成补丁（patch），把补丁发送给主开发者。
7、看主开发者的反馈，如果主开发者发现两个一般开发者之间有冲突（他们之间可以合作解决的冲突），就会要求他们先解决冲突，然后再由其中一个人提交。如果主开发者可以自己解决，或者没有冲突，就通过。
8、一般开发者之间解决冲突的方法，开发者之间可以使用pull 命令解决冲突，解决完冲突之后再向主开发者提交补丁。
从主开发者的角度（假设主开发者不用开发代码）看，git有以下功能：
1、查看邮件或者通过其它方式查看一般开发者的提交状态。
2、打上补丁，解决冲突（可以自己解决，也可以要求开发者之间解决以后再重新提交，如果是开源项目，还要决定哪些补丁有用，哪些不用）。
3、向公共服务器提交结果，然后通知所有开发人员。
优点：
适合分布式开发，强调个体。
公共服务器压力和数据量都不会太大。
速度快、灵活。
任意两个开发者之间可以很容易的解决冲突。
离线工作。
缺点：
资料少（起码中文资料很少）。
学习周期相对而言比较长。
不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

---