零基础学习SVN之(三):可视化SVN的使用

简介:

在之前的博客中我简单给大家介绍了SVN的基础知识以及与CVS的区别。通过上两篇文章,我想大家已经意识到,SVN是有很多CVS所不具备的特点。而且,现在大多数人的观点是CVS将被SVN所代替。

  在基础篇中我们大概讲了一下如何使用SVN,但大多数是在非可视化的条件下操作的,这对我们大多数同学来说,这是由一定难度的。有了不舒服的地方,肯定就有好的代替方法。今天给大家介绍一下可视化SVN的使用。

  VisualSVN是VisualStudio的一个插件,通过Visual SVN 我们可以在VS中对SVN代码进行管理,在项目资源管理器重右键相应的项目或类,可以看到Update(更新) 和Commit(提交),在这里就可以完成相应的任务。

  VisualSVNServer是服务端,可视化的。我们可以看到服务器中的文件。

  大家只要知道他们一个是客户端,一个是服务器端即可。下面介绍使用方法。

  安装就不介绍了,一路Next安装。

  我们上面说了VisualSVN是VS的一个插件,所以我们当然要在VS中找他啦!

  而服务端在我们的开始菜单中可以找到。

  我们首先打开服务端,我们来认识一下它:

  首先是库,我们在前面的文章已经介绍了。然后用户,就是给使用这个库的人注册一下。组呢,现在还没用到,是针对大型项目时把不同的小组的人分出来用的。其实,无论是用户还是组,都是为了让特定的人有特定的权限去访问或修改库中的某个文件。

  下面就是建库:

  右键可以看到有Create New Repository,点击建库。输入库名,OK。库就算基本建成功啦!怎么样?比上次介绍的方法简单多了吧。

  库建立好了,下面来添加用户:


 同样的步骤,Users右键Create New User。输入用户名和密码。即可添加成功。

  库也建好了,用户也添加了,是不是我们的任务就完成了呢?重要的还没说,权限!

  权限就好像是一种证件,你只能做你权限内的事情,否则岂不乱套啦?试想,我们合作开发,每个人都可以提交的话,本来这部分是我做的东西,结果你不小心给我改了,而且提交到了服务器,那我们两个的东西不就起了冲突了吗?

  所以,在建立用户的时候要根据用户的具体任务分给他不同的权限。以简单三层为例,test1负责UI层,那么test1的权限只能提交UI层,BLL/DAL他是不能提交的。而更新时对所有用户都开放的。

  下面来看看如何配置权限。

  首先说明一下,设置权限是某用户对某个库的权限,所以是对库的属性设置。

  右键库名,点击属性(Properties),点击Add把用户添加到该库的属性中。

  相信大家都看到他下面的Permissons(权限)了。选中用户选择相应的权限即可。

  Read/Write读写权限。

  ReadOnly只读权限。

  No Access,不允许,即没有权限。

  Inherit fromParent,从父母继承。什么意思?这里的parent指的是这个库或者库中的文件的parent,即这个文件属于哪个库,则该用户对该文件的权限继承于该用户对这个库的权限。就是这个用户对这个文件的parent有什么权限对它就有什么权限。

  现在对权限这部分特别有感触,开发之前应该要求各用户只能改自己负责部分的代码,其他的之能看,不能改。如果确实需要改,怎么办?1、自己拿出一个备份,去改。2、通知负责这部分的同事,让他改,自己只更新。这样做,可以很好的避免冲突的发生,提高合作的效率。








====================================分割线================================



最新内容请见作者的GitHub页:http://qaseven.github.io/

目录
相关文章
|
存储 开发工具 数据安全/隐私保护
全网最新详细学习SVN常用功能
全网最新详细学习SVN常用功能
227 0
|
Unix iOS开发
UNIX简单的中SVN基本命令行学习
UNIX简单的中SVN基本命令行学习
157 0
UNIX简单的中SVN基本命令行学习
svn_学习_01_TortoiseSVN使用教程
  二、参考资料 1.TortoiseSVN新人使用指南 2.
771 0
|
Apache 开发工具 数据安全/隐私保护
|
开发工具 git
git学习------>从SVN迁移到Git之后,项目开发代码继续在SVN提交,如何同步迁移之后继续在SVN提交的代码到Git?
最近逐步逐步的将公司的项目都从SVN往Git迁移了,但是想团队成员都能够一步到位就迁移到Git是不可能的,因为还有大部分人都还不会Git,所以整个过渡过程估计得大半年。
1849 0