1.1、为什么要使用版本控制软件

在实际开发项目的过程中往往是多人在协同开发项目。如果多人在开发项目就暴露出了代码的相关(代码的管理)的问题

代码备份

代码还原

问题追踪

对于上面列出的代码管理的相关问题就需要使用版本控制软件来帮助管理项目代码

1.2、常见的版本控制软件

CVS：比较奇葩的产品(svn的前身)

VSS：微软开发的版本控制软件

ClearCase：IBM开发的一款收费的版本控制软件

Svn：属于一款集中式的版本控制软件

Git：属于一款分布式的版本控制软件

1.3、什么是SVN

Subversion是一个自由/开源版本控制系统，c/s结构(有客户端有服务端),一组文件存放在中心版本库，这个版本库很像一个普通的文件服务器，只是它可以记录每一次文件和目录的修改，这便使你可以取得数据以前的版本，从而可以检查所作的更改。从这个方面看，许多人把版本控制系统当作一种“时间机器”。

备注：svn是一种cs结构的软件。有客户端也有服务端。Svn是帮助管理项目代码的软件。能够实现问题追踪、代码还原、等功能。

SVN软件搭建

2.1、SVN软件获取

SVN分为服务器端与客户端

服务器端：VisualSVN 或 SubVersion

客户端：TortoiseSVN

服务端下载地址：https://www.visualsvn.com/visualsvn/download/

客户端下载地址 ：http://tortoisesvn.net/downloads

2.2、SVN服务端的安装

①进入下载的svn软件目录

②运行安装

③接受协议下一步

④选择界面类型

⑤选择安装类型

安装操作暂时先到此处

⑥创建目录

⑦继续安装指定安装地址

⑧剩余的一路下一步安装即可

最终安装完成之后界面如下

2.3、安装客户端

①确定自己本机的位数

②根据自己电脑的位数选择安装的客户端版本

③运行svn的客户端

④同意协议

⑤选择安装地址

⑥安装

⑦安装完成

安装完成之后鼠标右键效果如下

2.4、安装中文的语言包

①运行安装包

②下一步安装

2.5、关于语言问题

对于语言包安装完成之后默认会使用对应的语言包。如果安装完成之后还没有切换可以手动指定语言具体操作如下

①右键进入到svn的设置界面

②设置语言

注意：对于目前svn的客户端跟服务端都是安装在自己的本机。需要区别后期对服务端跟客户端的操作

SVN仓库配置

3.1、什么是仓库

对于svn作用是进行版本控制。而版本控制的实现是通过记录代码文件实现。因此svn需要保存代码文件。具体保存代码文件的目录就叫做仓库。对于svn的仓库包括的功能并不仅限于保存代码(svn仓库中保存的代码文件并不是直接保存用户编写的文件)。还支持权限等控制。

3.2、配置仓库

①在d:/svn目录下创建总仓库

②在web目录下建立一个测试的仓库

③运行cmd

④创建仓库

在命令行下执行命令本质就是在操作系统的全局环境变量的目录中搜索对应同名的可执行文件

⑤查看仓库目录下的文件

3.3、启动svn的服务端软提供服务

3.3.1、启动svn服务端

①使用命令启动svn服务

-d：指定为后台方式启动(目前存在问题并不是真正的后台方式启动)

-r：指定仓库的地址

注意：此处的后台方式启动存在问题。并不是真正后台方式启动因此cmd处于一个“挂起”状态。此时的cmd不要关闭。如果一旦关闭服务中断

3.3.2、使用客户端操作服务端

①在Apache的web跟目录下创建一个目录

②检出SVN上的项目

先右键选择”SVN检出”

然后填写相关地址即可

结果如下

③查看客户端的shop目录下的文件

对于上图的文件需要开启查操作系统用的看隐藏文件功能

④使用SVN的增加功能

首先增加文件

然后增加到上传队列中(告知svn有一个文件需要记录)

具体操作文字说明：选中文件->右键->TortoiseSVN->加入

对于单独的文件增加没有任何的提示。如果增加文件夹提示弹出框选中。效果如下

⑤提交文件

在弹出框中填写相关的内容

具体结果如下

产生错误的原因是因为有权限相关的控制

⑥解决权限问题

修改权限配置文件

然后重启svn服务

⑦再次提交代码测试

关于客户端的操作总结：

1. svn检出：建立与svn服务端的连接
2. Svn增加文件：告知svn服务端需要记录的内容
3. Svn提交：具体将文件代码上传到svn服务端进行保存

关于服务端总结：

启动服务：整个svn服务能够正常的运行

开启匿名访问的权限：可以提交代码

3.4、svn的使用流程总结

1. 对于任何一个开发人员首先必须要要与svn服务端进行连接。也就是需要进行svn的检出操作检出只进行一次。后期需要获取最新的代码使用svn的更新功能
2. 如果开发者增加了信息文件。需要将文件添加到上传svn的队列中
3. 不论是增加新文件还是修改已有的文件，需要提交到svn上（提交一般功能实现了正常）

SVN图标介绍

4.1、svn图标

即svn给项目中的每个文件及目录都会增加的一些图标帮助标识项目的修改情况

4.2、查看svn中图标种类

①进入svn的设置

②查看图标集样式

备注：SVN图标虽然支持的比较多。但是实际使用过程中能够显示的并不多。对于Windows操作系统只能支持使用最多15个小图标。如果有其他软件使用了。那么会导致图标不显示

4.3、图标介绍

①常规图标

含义：表示当前文件或者目录与svn服务端上的保持一致

②修改图标

含义：当前的文件跟svn服务端上的文件不一致。有修改

③冲突图标

含义：当前的内容跟svn中的内容有冲突。跟修改图标不是一个意思。表示当前修改的文件使用的不是svn中的最新文件

④只读图标

含义：当前文件为只读属性

⑤已删除

含义：表示当前的文件在svn服务端已经删除

⑥锁定图标

含义：当前文件处于锁定的状态

⑦增加图标

含义：文件已经处于svn上传的队列

⑧忽略图标

含义：文件处于一个忽略状态不会提交到svn服务器上

⑨无版本控制

含义：表示当前的文件不受svn版本控制

队列：排着队处理任务。每一个逐步执行。按照顺序进行没有插队

svn使用

5.1、忽略功能

在项目开发的过程中部分文件可能不需要上传到SVN的服务器上。

例如配置文件。在配置文件中往往记录数据库的配置信息。在开发时是使用的本机的信息。当项目上线如果还更新配置文件就会导致项目出现故障

①忽略指定的文件

选中要忽略的文件右键->tortoiseSVN->增加到忽略列表->选中文件

②增加某类文件的忽略

5.2、SVN的增加功能

Svn增加可以将新的文件添加到上传到svn服务端的队列当中

5.3、svn的更新

开发项目过中往往都是多人在进行开发。如果有某一个人修改代码提交了。另外一个人想要使用最新的代码就需要使用svn的更新功能

①先在Apache的web目录下建立shop2目录演示另外一个客户端

②在shop2目录下建立文件或者修改在提交代码

③在shop2下进行提交

④在shop目录下进行更新

备注在实际开发过程中客户端使用最多的就是svn的更新、svn的添加、svn的提交功能

5.4、SVN的冲突

5.4.1、冲突产生的原因

针对同一个文件才有可能产生冲突

5.4.2、演示冲突问题

①在shop下修改index.php

②shop下提交代码

③在shop2目录下修改index.php

④在shop2下提交代码

结果如下

5.4.3、解决冲突

①更新最新的代码

②查看冲突的文件及目录

③处理冲突问题

首先选中其他跟冲突相关的文件删除

然后手动的修改冲突文件

⑤SVN提交

对于冲突最后的修改文件需要根据实际的业务情况处理。进行手动的合并操作

5.5、svn版本回退

Svn版本的回退可以方便回退到任意的一个版本

①更新至版本

结果如下

②通过查看日志确认自己要更新的版本

③通过日志进行还原到版本

5.6、svn多仓库配置

在实际项目中往往项目比较多。需要多个仓库。对于仓库的创建比较容易。但是在启动svn服务的时候只能使用一个仓库。此处就需要使用到svn的多仓库配置

①创建oa文件夹

②创建oa的仓库

结果如下

③多仓库的方式启动svn服务

④客户端检出

客户端检出时需要注意仓库的地址：

5.7、svn重定向

对于svn服务端的仓库地址有修改，对于客户端想要正常使用需要更新svn服务端的地址。操作如下：

先打开svn的重定向提示

填写地址

在弹窗选择迁移即可

5.8、svn权限认证

Svn权限认证即通过用户名跟密码的校验之后才可以进行svn的相关操作。注意svn的权限认证基于仓库。

5.8.1、开启svn的权限认证

①进入到仓库的查看配置文件

②修改svnserve.conf文件

②修改passwd文件

③修改authz文件

④重新启动服务

5.8.2、测试使用

①新建立一个目录

②svn检出

结果如下

③增加代码然后提交

先加入文件

在svn提交文件

输入一个没有权限的用户密码之后提交结果如下

再次重新提交文件使用有权限

svn设置为系统服务

目前svn服务端每次都要保证cmd处于挂起状态才能给正常的提供服务。如果cmd一旦关闭 svn服务也就关闭比较麻烦。可以将svn加入到计算机的系统服务中并且设置为自动启动

6.1、svn设置为系统服务

①以超级管理员的身份启动cmd

结果如下

②使用命令设置服务

6.2、svn启动服务

方式一：直接找到服务启动

结果如下

方式二：通过使用命令

6.3、svn服务的卸载

Git概述(扩展)

7.1、Git介绍

Git是一个分布式的版本控制软件。能够帮助管理项目的代码

7.2、版本控制软件中的集中式与分布式区别

①svn的集中式

②git的分布式

7.3、安装git软件

一路下一步即可

安装完成之后如下

7.4、git使用流程

git基本使用

①新建git目录

②进入目录使用git

③初始化用户信息（此步骤可以值设置一次）

git config –globle user.name ‘用户名’

git config –globle user.email ‘邮箱’

④使用命令初始化创库

查看目录下的结果

⑤开始开发创建文件

⑥增加代码到暂存区

⑦提交代码到仓库

git还原

①增加测试文件second.php

②增加到暂存区

③提交仓库

④再次增加测试文件并且提交

⑤再次增加测试文件并且提交

⑥查看版本

⑦使用head更新

更新到上上个版本

可以查看结果

Git与github

10.1、git与GitHub的关系

Git不等价于github

Git是版本控制软件

Github是基于git基础上提供的一个代码的托管平台(可以将代码推送给github或者从GitHub上下载最新的代码)

在国内使用比较多的用码云(跟github一模一样)

10.2、码云使用

①注册账号

②登录

③创建项目

填写表单提交即可

④查看地址

⑤获取线上的代码

⑥创建文件

⑦增加代码到暂存区然后提交

⑧推送代码给码云

在推送的过程中需要自己的有权限。如果推送的项目没有把自己的账户加入为开发者是不能正常推送的

git中的分支

①创建分支

②切换分支

③在分支下创建文件

④分支中提交代码

⑤切换到主分支

⑥分支的合并

合并过程中有冲突手动解决冲突问题

备注：

软件提供服务。一直会存在一个进程在长期执行对于此进程就叫守护进程

1、什么是Git

Git是一个免费、开源的版本控制软件

问：什么是版本控制软件

答：版本控制是一种记录一个或若干个文件内容变化，以便将来查阅特定版本修订情况得系统。

2、什么是Github

Github是全球最大的社交编程及代码托管网站（https://github.com/）

3、Github和Git是什么关系

Git是版本控制软件

Github是项目代码托管的平台，借助git来管理项目代码

4、为什么学习Github

• 学习优秀的开源项目
• 关注行业前辈了解最新的行业动态
• 如：
• PHP 鸟哥，现任链家网技术副总裁兼总架构师 https://github.com/laruence
• 国内流行的PHP开发框架（thinkphp）：https://github.com/top-think/think
• 全球流行的PHP框架（laravel）：https://github.com/laravel/laravel
• PHP编码规范（FIG-PHP）：https://www.gitbook.com/book/jifei/php-fig-standards/details

二、使用Github

1、目的

• 借助github托管项目代码
• 借助github托管composer软件包

2、注册github账号

3、创建仓库

1）说明

• 一个github仓库存放一个项目
• 一般使用git软件管理github仓库

2）创建仓库

脚下留心

仓库管理

︴仓库主页说明【★★★★★★★★★★★★★★】

1）新建文件

2）编辑文件

3）删除文件

︴思考被删除文件如何查看信息

答：通过点击仓库主页的commits

4）上传文件

5）下载/检出项目

5、Github页面介绍

1）Github主页

2）个人主页

3）收藏（Star）

• 情景：看到不错的开源项目，值得学习，但是今天业务繁忙，先收藏后期学习
• 操作：进入仓库主页 -> 点击右上角图标（小星星 stat）即可

4）关注（Watch）

• 情景：想要了解某项目实时动态，则使用关注

问：关注和收藏的区别

答：关注后会在github主页看到仓库动态、收藏是在个人主页查看仅收藏无动态

5）复制克隆项目（Fork）

• 情景：张三在github上看到一个项目不错，并且向加入开发，则可以fork

fork操作就是把别人项目的代码完成克隆一份让自己也拥有一个一模一样的仓库

6、开源项目贡献流程

新建issues

提交使用问题或者建议或者想法等

Pull Request

步骤：

1. fork项目
2. 修改自己仓库的项目代码
3. 新建pull request （合并请求）
4. 等待作者审核

三、安装Git

1、目的

通过git管理github托管的项目代码

2、下载安装

GIt官网下载：https://www.git-scm.com/download/win

2）双击安装

3）选择安装的工作目录

选择组件

开始菜单目录名设置

选择使用命令行环境

以下三步默认，直接点击next

8）等待安装

检验是否安装成功

四、Git基本工作流程

1、Git工作区域

2、向仓库中添加文件流程

五、Git管理本地仓库

1、基本信息设置

步骤1：在桌面创建一个test文件夹

步骤2：进入文件夹鼠标右击，选择【Git Bash Here】

步骤3：输入初始化指令

2、初始化一个新的Git仓库

3、向仓库添加文件

4、修改仓库文件

5、删除仓库文件

六、Git管理远程仓库

1、使用远程仓库的目的

2、Git克隆操作

1）目的

2）练习

步骤1：克隆

步骤2：在仓库目录下新建文件或新建代码

将本地仓库同步到git远程仓库中

多学一招：github ssh提交实战推荐。

svn是集中式的版本控制系统

git是分布式的版本控制系统

集中式：

可以看出svn集中式版本控制都是把所有的版本存储在svn服务器中

且必须要联网到svn服务器才可以进行版本的回退、更新等操作。

假如哪天svn服务器坏了，那么所有的版本代码都将丢失，也就无法获取代码和回退版本等操作。天啊，这将是一个悲伤的故事！

如何化悲伤为快乐呢，来看看git如何工作的把！

分布式：

可以看出，使用git,每个电脑都有完整的版本号和日志信息。

且没有网的时候，git照样可以工作，只是把代码提交到本地，待有网在提交到远程git仓库

就算哪天git服务器坏了也没事，因为本地仓库都保存了完整的版本。

github、码云

安装git工具

git是linux之父李纳斯发明的。

安装注意自己系统的位数。

安装的时候选择安装路径即可，然后一路next即可。安装好后鼠标右键会多出以下两个选项，代表git工具安装完成。

在github创建仓库

创建仓库比较简单，参考下面的图片即可：

1、点击加号+，选择New repository新建仓库

2、输入创建仓库的信息

创建好之后，如下所示：

4、克隆远程仓库代码到本地

克隆远程的仓库代码到指定目录:

命令：git clone 仓库地址 [目录]

注意：不写目录名称会在当前目录创建一个与github仓库同名的目录

如下面的指令代表把仓库代码检出到当前目录(./)

git clone 仓库地址 ./

仓库地址位于：

仓库地址有两种协议：https、ssh。后面使用ssh协议可以免去每次推送代码输入密码的烦恼。

完整命令：git clone https://github.com/ww24kobe/test_project.git ./

git工作流

一个git仓库包含以下三个部分：

工作区：就是我们电脑里能看到的目录。

暂存区：英文名叫stage,或index。一般存放在“.git目录”的index文件中。

版本库：工作区有一个隐藏目录.git,这个不算工作区，而是git的版本库。且自动创建一个 master 分支以及指向分支的 HEAD 指针

后面众多的git命令，就是在以上三者中互相交叉使用。

6、开发中git常用的指令

• 全局设置：设置提交的用户名和邮箱，用于查看代码是哪些用户提交的，方便排查。

git config –global user.name 名字 # 叫啥名字

git config –global user.email 邮箱 # 怎么联系你

• 在指定目录创建一个git仓库，但要保证此目录一定是空的。

git init :执行完后会在当前目录生成一个.git的隐藏文件夹

同时在设置远程仓库的地址：

git remote add origin url # 设置本地的远程仓库地址

• 克隆远程的仓库代码到指定目录:

git clone url [目录]

注意：不写目录名称会在当前目录创建一个与github仓库同名的目录

如下面的指令代表把指定url仓库代码检出到当前目录(./)

git clone url ./

• 添加当前目录的所有文件到暂存区:

git add .

• 查看暂存区状态:

git status

• 提交文件:

git commit -m ‘备注信息’

• 查看提交备注的信息（查看提交记录）

git log 或者 git reflog 或 git log –pretty=oneline

• 代码版本回退:

git reset –hard HEAD 回到当前的版本

git reset –hard HEAD^ 回到当前的版本前一个版本

git reset –hard HEAD^^ 回到当前的版本前两个版本

git reset –hard af4542g(使用git log 获取日志的前7位,可以回到指定的版本)

• 删除文件

git rm files

• 撤掉修改

git checkout files

• 推送代码到远程服务器:

git push -u origin master

• 修改本地远程仓库地址：

git remote add origin url # 设置本地的远程仓库地址

git remote rm origin # 移除本地远程仓库地址

• 从远程服务器获取内容:

git pull orgin master 拉取远程仓库代码并合并

git fetch orgin master 拉取远程仓库代码不会合并

远程代码强制覆盖本地代码：

git pull origin master –allow-unrelated-histories

• 仓库地址

git remote -v #查看本地的远程仓库路径

git remote rm origin #移除本地远程仓库地址

git remote add origin git@github.com:用户名/仓库名.git #设置本地的远程仓库地址

7、给ssh协议创建私钥和公钥

如果仓库地址使用https的协议，每次提交都会要求输入远程仓库github的用户名和密码，

如果我们使用ssh协议作为仓库地址的话，并且配置好私钥和公钥，每次提交就会免去输入用户名和密码的烦恼。

公钥：理解为锁,上传到github中存放着。

私钥：理解为锁的钥匙，在本地电脑存放着。

也就是说只有锁的对应钥匙才可以进行提交代码。

创建ssh私钥和公钥，输入: ssh-keygen -t rsa -C ‘邮箱地址’ ，然后一路回车即可，成功之后会在当前用户的目录多出如下的两个文件。

id.rsa:私钥文件

id_rsa.pub:公钥文件

把id_rsa.pub的公钥内容复制到github上面去，步骤如下：

添加好后如下所示：

最后修改远程仓库地址为ssh协议即可：

git remote -v #查看本地的远程仓库路径

git remote rm origin #移除本地远程仓库地址

git remote add origin git@github.com:用户名/仓库名.git #设置本地的远程仓库地址

8、git分支

master分支：每个仓库默认有的分支，主要用来发布代码新版本。

平常代码的开发在创建的开发分支 dev 上进行。

开发分支dev开发完毕后，把此分支的代码合并到master 分支，最后再把master分支下的代码推送到远程服务器（即远程仓库github）

分支有关的指令：

• 查看仓库所有的分支:

git branch

• 创建dev分支:

git branch dev

• 切换分支(切换到master分支):

git checkout master

• 合并分支dev到master主分支

先切换到要合并的分支，再把dev分支合并到当前分支

git checkout master

git merge –no-f dev -m ‘合并的信息’

注：通过选项–no-f合并也算一次提交

• 删除分支dev:

git branch -d dev

• 提交分支dev:

git push origin dev

有关git分支的管理策略：

创建标签（版本号）

• 查看所有标签

git tag

• 创建标签，版本号为1.0， -m 备注信息

git tag v1.0 -m ‘version 1.0’

• 推送本地的所有标签到远程仓库，其他人克隆此仓库或拉取数据同步后，也会看到这些标签。

git push origin master –tags

搭建git服务器

参考简书地址：https://www.jianshu.com/p/e79ea05d9b61

cd /home/git
mkdir .ssh
touch authorized_key

cd /home/git
mkdir project.git
git init --bare project.git

cd /home/git
chown -R git.git project.git/
chown -R git.git .ssh/

 RSAAuthentication yes     
 PubkeyAuthentication yes     
 AuthorizedKeysFile  .ssh/authorized_keys

git clone git@xxx.xxx.xxx.xxx:/home/git/project.git  ./
git add .
git commit -m 'first commit'
git push