今天是项目的第三天了,和昨天的内容差不多,所以今天的总结没有围绕项目展开,我之所以,要拿出CVS/SVN来说的原因是因为版本控制器非常的重要,因为以后我们进入公司之后,第一次事情就是告诉单人开发的模式 ,大家都知道在企业里面,是不是是一个人开发的,是协作开发。所以,作为一个有开发经验的同志都知道,这两样知识点是必须要掌握,我个人感觉,不光要掌握,这个一定要作为忧先的地位。
以前一直有许多的困惑,也不是我不相信我以前的程序员,我以前一直写的代码我自己是不满意的,最主要的原因还是因为我那个时候的水平很菜,虽然写了将旧一年的代码,虽然也一直在近步,但是我还是感觉我写的代码质量不高。因为有一个标准,只是个人感觉,因为和我协作的两个同事,都是应届生,大家都是入这个行业,所以都不知道怎么样的代码才是优质的。
如念,和这些名师,特别是从现在这个行业的实战过程中,业务逻辑虽然不是很负责,我个人感觉这方面也不是很难的事情,我最大的收获就是,知道了一个项目从前到后的流程,也明白了,因为要采用三层的架构,虽然以前也知道什么解藕,代码重用这些专业术语,介理说实在是知其然,而不知其所以然,现在算是知道了这样做的的确确可以达到了这些效果,也明白了写程序的思路,是非常重要的。
言规正传,CVS/SVN是今天的重点,希望每一个人都能熟悉的运用,为我们找工作的时候不至于拖后脚。
1.其概念作为了解,以前有使用过CVS的基础,知识版本控制器的作用。
2.SVN工作的基本思想是这样的:
在一台服务器上建立一个仓库,仓库中有许多项目的源代码。由仓库管理员管理。每个用户在使用
之前,先把仓库中的项目文件下载到本地。用户做的任何更改,都是在本地进行的,然后使用
SVN命令进行提交,由SVN管理员统一修改。这样就可以跟踪文件变化,冲突控制了。
3.安装时,不要使用中文 和 有空格的路径。
4.启动SVN
1. DOS下进入到svn/subversion/bin 目录 svnserve --help查看用法。后台模式在WINDOWS下无多大用途。svnserve --d运用后台模式。
2.启动之后,可以查看进程看到一个svnserve.exe的名称,表示成功。同时也可能用命令(netstat --an):可以看到一个端口为:3690(SVN默认)
3.把SVN配置成windows服务的步骤:
1.sc create 服务名称 binPath= "SVN的bin目录下的svnserv.exe全路径 --service" 创建一个服务
2.删除服务 sc delete 服务名称
3.sc create 服务名称 binPath= "路径 " start= suto 创建一个服务自动启动
4.启动服务 start 服务名称
5.删除之前一定要停止。
4.net stop 服务名.
4.创建仓库。-r是指明SVN
1.svnadmin create 文件路径。如:svnadmin create d:/main/pro/erp (单仓库).犹如多个班在一个教室上课。所以,为什么了不相互影响,要怎么做呢?
2.将单仓库变为多仓库。svnadmin create d:/main/pro 想象成一个抽象的仓库,所有的项目都存在其中。
3.分便多与单的区别在于,看指向的目录是否有SVN必须的文件。
。。。。。。。。。。。。。。。。。。。。。。。。。。。
5.SVN客户端图标的含义:
1.深蓝色问号:表示此文件虽然受版本控制的文件夹之内但是此文件并不受SVN版本控制,此文件独立是版本控制之外。
2.蓝色加号:表示此文件预加入版本控制之中,但此时还没有提交到SVN仓库之中。
3.绿色打色:此文件受版本控制,并且此时文件与仓库版本同步。
4.红色叹号:此文件受版本控制,此时此文件在客户端被修改过,但还没有提交到服务器的仓库中。
权限:论证及授权两部分组成。
虽然最终,比如服务器仓库的配置不是我们来完成的,我们用的是eclipse 或者 是myeclipse这些工具来操作的。但是有胜于无,多一项技术,也能给自己带来更多机遇。加油。