企业官网建设流程全解析

简介

什么是版本控制

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史
方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

• 实现跨区域多人协同开发
• 追踪和记载一个或者多个文件的历史记录
• 组织和保护你的源代码和文档
• 统计工作量
• 并行开发、提高开发效率
• 跟踪记录整个软件的开发过程
• 减轻开发人员的负担，节省时间，同时降低人为错误

简单说就是用于管理多人协同开发项目的技术。

常见的版本控制工具

主流的版本控制器有如下这些：Git SVN CVS VSS TFS…现在影响力最大且使用最广泛的是Git与SVN

版本控制分类

本地版本控制

本地记录文件每次的更新/手动的保存备份，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。
就像下面一样：手动的记录备份，1.0 2.0...的记录版本。。。

集中版本控制常见：SVN

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改

所有的版本数据都存在服务器上

• 用户的本地只有自己以前所同步的版本。
• 如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。

而且，所有数据都保存在单一的服务器上

• 有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。
  代表产品：SVN、CVS、VSS(本人目前并没有深入了解, 学习还是Git)

缺点：
必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。

分布式版本控制常见：Git

每个人都拥有全部的代码！存在安全隐患！

所有版本信息仓库全部同步到本地的每个用户

• 这样就可以在本地查看所有版本历史，可以离线在本地提交。
  只需在连网时push(上传)到相应的服务器或其他用户那里。

由于每个用户那里保存的都是所有的版本数据，
只要有一个用户的设备没有问题就可以恢复所有的数据 ,因此这增加了本地存储空间的占用。
缺点
资料少_{(起码中文资料很少)}学习周期相对而言比较长。不符合常规思维。
代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

SVN与Git的优缺点

SVN是集中式版本控制系统，版本库是集中放在中央服务器的

• 而工作的时候，用的都是自己的电脑
• 所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。
• 集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

最能体现出区别的是，假如你公司SVN服务器挂掉了，那么你就可以放假了。

Git是分布式版本控制系统

• 没有中央服务器，每个人的电脑就是一个完整的版本库
• 工作的时候不需要联网了，因为版本都在自己电脑上。
• 协同的方法是这样的：
  比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A
  这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。
  Git可以直接看到更新了哪些代码和文件!

Git是是目前世界上最先进的分布式版本控制系统

Git是目前世界上最先进的分布式版本控制系统。
Git是免费、开源的，最初Git是为辅助Linux内核开发的 (所以很多的命令和 linux 有很多相同)~，来替代 BitKeeper！

Linux和Git之父李纳斯·托沃兹（Linus Benedic Torvalds）1969、芬兰

Git 下载+安装+配置

下载

官网及下载地址： http://msysgit.github.io/
本人使用的是：Git-2.21.0-64-bit.exe版本

安装

_{`本人安装：D:\WSMwork\Git\Git`}本人喜欢在博客里写安装目录… 时间长了东西多了. 都不知道在那了！

无脑下一步即可！安装完毕就可以使用了！
前面几步就省略了，重点是几个选项界面：一般情况下，这个两个界面都选第一

在“Configuring the line ending conversions”选项中
第一个选项：如果是跨平台项目，在windows系统安装，选择；
第二个选项：如果是跨平台项目，在Unix系统安装，选择；
第三个选项：非跨平台项目，选择

启动：

安装成功后在开始菜单中会有Git项

• Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多
• Git CMD：Windows风格的命令行
• Git GUI：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

常用的Linux命令Linux

git之父就是 linux之父, git的内核就是 liunx…所以里面很多常用的命令都是linux 类似的！

配置

安装完成之后，就需要为你的Git配置账户了：

• Git是以邮箱 用户名这个组合为一个标识的。打开Git-Bash.exe

# 配置全局用户名gitconfig--globaluser.name'输入用户名'# 配置全局邮箱gitconfig--globaluser.email'xxx@qq.com'# 这里配置的是全局的用户名和邮箱，也可以为每一个项目配置一个，这里就不演示了。#查看系统配置configgitconfig--system--list#查看当前用户（global）配置gitconfig--global--list

设置用户名与邮箱（用户标识，必要）

在 C:\Users\Administrator\ .gitconfig 中可以看到配置的用户信息
尽量填写自己的, 因为后面靠着这个和 远程仓库github 进行连接的

Git所有的配置文件，其实都保存在本地！

Git相关的配置文件：Git\Git\mingw64\etc\gitconfig查看配置git config -l

本人刚安装配置比较少…

Git 三个区域

工作区+版本库+暂存区

• 工作区(Working Directory)：
  平时存放项目代码的地方** 就是你电脑本地硬盘目录

• 暂存区(stage)：
  用于临时存放你的改动,事实上它只是一个文件，保存即将提交到文件列表信息
  一般存放在”git目录” 版本区下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）

• 仓库区 /版本区(Repository)：
  工作区有个隐藏目录.git，它就是Git的本地版本库
  就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Directory使用Git管理的一个目录，也就是一个仓库包含着： 工作区 和 git版本库

• Directoryc 可以理解为一个普通的目录, 通过git init命令初始化为一个Git管理目录
  之后就会自动生成一个.git 版本库文件
  Directoryc文件夹里面的文件就是 一个个工作区都是要被管理的文件
• 创建出的文件最初是工作区的Untracked: 未跟踪状态文件通过 add 命令,状态变为Staged 暂存状态
• Staged: 暂存状态. 执行git commit则将修改同步到版本库中 进行备份记录版本状态！

Git为我们默认自动创建的第一个主分支master，以及指向master的一个指针叫HEAD

我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件纳入Git管理暂存区；实际是把本地文件修改添加到暂存区
第二步是用·git commit·提交更改；实际上就是把暂存区的所有内容提交到当前分支默认master主分区。

远程仓库：

如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域：

• Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

自定义创建Directory git管理仓库

找到任意一个盘符位置下不建议路径中存在中文~：
Git安装之后右击就会出现选择，右键选择Git Bash Here，然后就会弹框，输入命令：git init~初始化Git 版本库~

创建版本库成功，路径下面多了一个.git的文件夹。这个就是git的本地版本库
并且自动为我们创建了master分支，并且当前已经默认关联上了master分支。

Git 常用操作

查看文件状态+提交修改

# 查看当前路径下所有文件的状态gitstatus# 查看当前文件下的文件状态gitstatus 文件夹

文件状态！！

• Untracked:未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
• Unmodify:文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致.
  这种类型的文件有两种去处：
  如果它被修改, 而变为Modified
  如果使用git rm移出版本库, 则成为Untracked文件
• Modified:文件已修改, 仅仅是修改, 并没有进行其他的操作.
  这种类型的文件有两种去处：
  通过git add可进入暂存staged状态
  使用git checkout 则丢弃修改过, 返回到unmodify状态，这个git checkout即从库中取出文件, 覆盖当前修改 !
• Staged:暂存状态. 执行git commit则将修改同步到库中
  这时库中的文件和本地文件又变为一致, 文件为Unmodify状态.
  执行git reset HEAD filename取消暂存, 文件状态为Modified

下面一一介绍: ↓↓↓

• 首先创建了一个名字叫abc.txt的文件
  
• 使用git status查看abc.txt文件的状态。
  
  这里的文件名字显示为红色，表示未被git管理的文件。

暂存区~提交

# 将文件加入到暂存区gitadd文件# 提交gitcommit-m'注释'文件# git commit 文件 提交暂存区的文件;# -m '表示给文件添加注释说明'gitstatus# 查看文件：# nothing to commit,working directory clean（没有什么可以提交，工作区非常干净）# 如果文件被提交之后在被修改,在此查看 Git 会给出提示！

修改提交后的文件:

将add —— commit的文件，修改之后在 git status 查看Git 会对文件进行管理跟踪了

需要再次git addgit commit更新同步文件~可以看到这里文件状态个变为modified

日志+版本号+对比不同

# 查看当前路径下所有文件的版本日志信息gitlog# 查看当前路径下 指定文件的版本日志信息gitlog 文件# 查看文件的日志信息，以一行显示：作者，时间，注释gitlog--pretty=oneline 文件# 查看版本号信息gitreflog 文件

日志一行显示

查看文件版本号信息

版本回退、穿梭

Git 最强之处就是对于文件, 项目版本的维护管理！！
底层的默认对提交的文件进行监听并会自动保存对应的版本号~
可以在不同版本之间切换~
如果一项目更新版本出现bug 为了方便使用, 可以直接回归上一个版本…😂

# 版本回退、穿梭gitreset--hardHEAD^# 回退上一个版本gitreset--hardHEAD~int# 回退int个版本以前 int表示数值类型gitreset--hard版本号# 穿梭到指定那个版本

执行上面命令，就会在已提交的项目中, 回到上一个/某个 版本！
Git的强大！！这里就不图片了…要注意结合对应回退版本的文件进行查看！效果最佳！,

对比文件差异/不同

# 与修改前文件作比较gitdiff文件

撤销文件修改

# 撤销未加入暂存区的文件修改(也就是未add修改的文件,取消修改)gitcheckout 文件;# 文件状态Modified(修改) ——> unmodify(入库)# 撤销已加入暂存区但未提交的文件修改(也就是已add未commit的文件)# 1.先回到之前版本库 文件的代码gitreset HEAD 文件;# 2.再checkout 文件gitcheckout 文件;# 撤销已加入暂存区已提交的文件修改(也就是已add已commit的文件)# 整体回退到之前版本gitreset –hard HEAD^# 删除文件 就是基本的linux 的命令了...gitrm-f文件# 使用rm删除之后，使用git status命令，可以看到文件为绿色，需要提交才能生效gitcommit-m'delete 文件'文件

分支操作：

Git 在创建时候就会默认提供一个分支Master(公司中一般代表着小组长)
而每个成员也都对应一个分支~Git鼓励使用分支：

• 每个分支都可以理解为一个独立的操作者, 不会互相影响；
• 且Git 切换分支时候，当前的工作区也会变为对应分支的工作区：
  A分支有 abc文件切换
  B分支有就不一定会有abc文件, B分支可以从A分支pull下载/push上传/合并文件~分支都是互通
• 可以多个分支创建修改一个项目, 由主master 进行维护汇总~

# 创建分支gitbranch 分支名字(如dev)// 创建(dev)分支# 查看分支gitbranch# 切换分支gitcheckout 分支名字 // 切换到xx分支# 拉取分支 就会将目标分支代码拉到此分支;# 推送分支# 合并分支gitmerge(指定合并的分支)

分支合并（无冲突）

# 假设现在我修改新分支上的文件# 然后回到主分支，主分支我并没有进行修改，只有新分支修改了，那么进行合并# 显然是没有冲突的，Git会直接对 master分支里的文件进行了更新

分支合并 （有冲突）

# 如果我修改新分支上的文件# 然后回到主分支，主分支我也进行修改，那么进行合并# 就会产生冲突的，Git会将都修改过的相同行代码都保留，以一种特殊格式保留;

结果：

Git 给其进行了特殊的格式, 并且进入了合并模式：

想要退出只有, 对文件进行修改！且重写提交 add commit
需要注意的是这里的 commit不需要在附带文件！
git commit -m '日志注解~'不要写文件名！不然退不出合并模式, 本次只是为了提交~

删除分支

gitbranch-d分支名

Git忽略文件提交

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等就需要忽略文件进行版本控制！！

使用.gitignore忽略文件

• 我们需要在项目的根目录当中创建.gitignore文件
• 使用.gitignore文件的方式很简单
  .gitignore文件当中，一行代表一条忽略规则
  如果是一个带“.”这种有后缀的字符串那么git就会忽略这个文件。
  “*”表示的就是选中所有，如果没有“.”就表示一个文件夹。

.gitignore

#为注释 *.txt #忽略所有 .txt结尾的文件,这样的话上传就不会被选中！ !lib.txt #但lib.txt除外 /temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp build/ #忽略build/目录下的所有文件 doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt