图片 12

强烈建议大家在学习PHP的时候同时学习SVN使用!

相信很多新手在初学PHP的时候和我一样重心放在,PHP程序的开发,html代码,数据库操作,相关开发工具使用等等,往往忽略了学习版本控制软件的使用。为什么今天在新手区提出这个问题,原因就在于,想让广大朋友在使用php作为coder生涯开始的时候的能得到正规化的发展及少走一些弯路,我是走过了,这里分享我的经验,希望大家看过之后能有些心得,少走弯路。
1.为什么我们要用版本控制
可以说在一些小公司,或者一些不是特别依赖技术的公司,缺乏技术管理人才,由于自身的局限性,里面的开发人员往往在开发的时候也是具有很大的局限性。加上人力,周期的限制,很多都不采用版本控制,像我之前的公司,大家都是在一台测试服务器上做开发,调试端
在服务器。这样有什么问题?第一,很可能我们同时几个人在修改一个页面而相互不知情,这样后保存的人很可能覆盖掉前者所做的改动,如果之前没有备份,那结
果是可怕的。想避免,你就要等别人改完,这是开发就不能并行操作。第二,当你做了大量的修改,由于需求的变化,我们很有可能要将代码改回之前的样子,假设
只有20行代码,OK,你手工凭记忆改,2000行呢?你记得你改了哪些吗?
更惨点我见过开发完一个项目结果测试服务器被人误删了数据,2个月的辛苦努力白费了。
使用版本控制,我们完全可以很好的解决以上问题。 2.什么是版本控制
简单点来说,版本控制就是时间机器,它可以记录你对文件的每次更改,这样,就算你在昏天黑地的改了几个月后老板说不要了,还是按照过去那样,你也不会抓狂
,简单的恢复版本操作就搞定一切 。具体概念,大家还是查阅相关资料。
3.为什么使用SVN 目前的版本控制软件主要有MS
的VSS,开源的CVS和SVN,zendIDE自带CVS,不过CVS有很多局限性,比如它只记录单个文件的版本,不支持文件的删除,添加的版本控制,针对CVS的局限性,SVN就应运而生了,同时SVN可以由apache带动,直接通过http协议在更新仓库文件。对于这样的组合是非常完美的。至于VSS个人觉得很难用,而且效率低下,也不跨平台。所以坚决推荐SVN。通过SVN调试环境是每个开发成员的客户机,每个成员可以通过仓库的更新直接获取其他成员的新文件和改动,对于多人修改了同样的代码可以做出冲突提示,在发生问题时也可以轻松找到是谁改了哪行代码。这样执行并行开发,效率非常高,同时只可以很好的备份代码。
讲了这么多SVN的好处只是希望各位新手能尽量按照规范的流程做开发,这对于自身的发展很有好处。最后还是祝大家学习愉快。
<

 

为什么需要版本控制?

  • 场景1:

    • 你的代码正常工作
    • 你改了其中的几行代码
    • 程序出了问题
    • 你把代码改回来
    • 程序还是不能正常工作——为什么?
  • 场景2:

    • 你的程序昨天还能正常运行
    • 昨天晚上你修改了很多内容,做了很大的改进
    • 但是目前程序还不能正常运行
    • 客户今天要看你程序演示的demo
  • 场景3:
    • 第一天客户要求你写一个进度条对话框来显示进度
    • 第二天客户觉得对话框不好看,用进度条显示进度
    • 第三天客户又觉得还是对话框好看,重新用对话框
  • 场景4:

    • 有人在代码里面做了手脚,找出来这个人
    • 程序员不承认这是自己写的代码
  • 场景5:

    • 代码拥有者权限

  • 场景6:

    • 你改了代码的一部分,程序可以正常工作
    • 你同事改了代码的一部分,程序也可以正常工作
    • 你把你们的改动合并在一起,程序不正常工作了
    • 到底是代码那些地方发生了变化?
    • 什么变化让代码不能正常工作了?
    • 我如何跟同事一起协同的开发项目?
  • 场景7:

    • 项目管理,工作量统计

常见版本控制软件

  1.CVS
:基本被SVN取代。CVS是一个C/S系统,是一个常用的代码版本控制软件。主要在开源软件管理中使用。与它相类似的代码版本控制软件有subversion。多个开发人员通过一个中心版本控制系统来记录文件版本,从而达到保证文件同步的目的。CVS版本控制系统是一种GNU软件包,主要用于在多人开发环境下的源码的维护。但是由于之前CVS编码的问题,现在大多数软件开发公司都使用SVN替代了CVS。

  2.SVN :目前使用最常用的主流版本控制软件。

  3.ClearCase :比较大型的版本控制软件。

  4.VSS :Windows平台开发最常用的。

  5.GIT:公司做项目的话用的不是很多。用于
Linux内核开发的版本控制工具,比如Android的源码就是用GIT做版本控制的。

SVN

svn简介:

  Svn(Subversion)是近年来崛起的版本管理工具,在当前的开源项目里(J2EE),几乎95%以上的项目都用到了
SVN。Subversion
项目的初衷是为了替换当年开源社区最为流行的版本控制软件CVS,在CVS的功能的基础上有很多的提升同时也能较好的解决CVS系统的一些不足。

什么是SVN服务器:

  SVN分为服务器端和客户端。服务器端运行在某一台服务器或者电脑上。服务器端通过配置文件管理用户名
密码 的配置,以及他们对软件项目目录的访问权限配置。
客户端一般集成在 软件开发人员的开发工具上,如eclipse
还可以使用 类似于
TortoiseSVN 的客户端软件访问 SVN 服务器,提交代码,合并代码等操作。

图片 1

SVN服务器端安装

  VisualSVN是一款图形化svn服务器。官网

  下载地址:

  搭建svn服务器,安装步骤见我的另外一篇博文:如何搭建SVN服务器,详细安装步骤。

TortoiseSvn客户端

  TortoiseSVN 是svn版本控制系统的一个免费开源客户端,它是svn版本控制的
Windows 扩展。可以使你避免使用枯燥而且不方便的命令行。它完全嵌入 Windows
Explorer,使用时只需在正常的窗口里点击右键操作就可以了。

下载安装地址

TortoiseSvn的安装,见我的另外一篇博文:TortoiseSvn的安装过程详解

SVN插件:subclipse

  eclipse上可以通过安装svn插件的方式实现代码的管理,eclipse中最常使用的SVN插件是subclipse。

  subclipse官网:

  

  SVN安装教程见,Mac下eclipse安装SVN插件。

SVN最佳实战

  1.单用户版本控制

  2.版本库的备份和还原

  3.多用户权限控制

  4.多用户版本控制

  5.多用户冲突合并

  6.SVN提交代码的规范

  7.采用svn管理android项目

  8.常见ignore文件类型

SVN图标详解(TortoiseSVN图标介绍:)

图片 2

 

l一个新检出的工作复本使用如下绿色的对勾重载。表示Subversion状态正常。

图片 3

l在你开始编辑一个文件后,状态就变成了已修改,而图标重载变成了红色感叹号。通过这种方式,你可以很容易地看出哪些文件从你上次更新工作复本后被修改过,需要被提交。

图片 4

l如果在提交的过程中出现了冲突,图标变成黄色感叹号。

图片 5

l如果你给一个文件设置了svn:needs-lock属性,Subversion会让此文件只读,直到你获得文件锁。只读文件具有这个重载图标来表示你必须在编辑之前先得到一个锁。

图片 6

l如果你拥有了一个文件的锁,并且Subversion状态是正常,这个重载图标就提醒你如果不使用该文件的话应该释放锁,允许别人提交对该文件的修改。

图片 7

l这个图标表示当前文件夹下的某些文件或文件夹已经被计划从版本控制中删除,或是该文件夹下某个受控的文件丢失了。容易引起误解,新版本客户端不常见了。

图片 8

l加号告诉你有一个文件或是目录已经被计划加入版本控制。

图片 9

 

Eclipse 中SVN插件资源同步符号说明

  1.灰色向右箭头:本地修改过
  2.蓝色向左箭头:SVN上修改过
  3.灰色向右且中间有个加号的箭头:本地比SVN上多出的文件
  4.蓝色向左且中间有个加号的箭头:SVN上比本地多出的文件
  5.灰色向右且中间有个减号的箭头:本地删除了,而SVN上未删除的文件
  6.蓝色向左且中间有个减号的箭头:SVN上删除了,而本地未删除的文件
  7.红色双向箭头:SVN上修改过,本地也修改过的文件

 

Git

Git简介

 

  Git是用于Linux内核开发的版本控制工具。与CVS、Subversion一类的集中式版本控制工具不同,它采用了分布式版本库的作法,不需要服务器端软件,就可以运作版本控制,使得源代码的发布和交流极其方便。Git的速度很快,这对于诸如Linux内核这样的大项目来说自然很重要。

Windows下Git的安装

  1.msysgit是Windows版的Git,提供了命令行操作

  下载地址:

  Git的安装,见我的另外一篇博文:Git安装图解

  2.TortoiseGIT 是Git版本控制系统的一个免费开源客户端,它是git版本控制的 Windows
扩展。可以使你避免使用枯燥而且不方便的命令行。它完全嵌入 Windows
Explorer,使用时只需在正常的窗口里点击右键操作就可以了。

  下载地址:

  

  TortoseGit的安装,见我的另外一篇博文 TortoiseGIT的安装过程详解

Git的优势

  分布式,强调个体

  公共服务器压力和数据量都不会太大

  速度快、灵活

  任意两个开发者之间可以很容易的解决冲突

  离线工作

Git基本交互流程图

图片 10

 

开源项目工作流程图

图片 11

Git最佳实战

  单用户本地Git仓库创建和使用

  多用户远程Git仓库创建和使用

  Git补丁patch的创建

Github的使用

 

开源项目获取的方法

     git

    svn

 图片 12

 

发表评论

电子邮件地址不会被公开。 必填项已用*标注