GIT学习

版本控制

什么是版本控制

版本迭代，新的版本，版本管理器

我们迫切需要一个版本控制工具

管理多人协同开发项目的技术。

多人开发必须使用版本控制，否则代价比较大！

常见版本控制工具

• Git

• SVN(Subversion)

• CVS(Concurrent Versions System)

• VSS(Misorosoft Visual SourceSafe)

• TFS(Team Foundation Server)

• Visual Studio Online

版主控制分类

1、本地版本控制

记录文件每次的更新，可以对每个版本做一个快照，或是记录补丁文件，适合个人用，如RCS。

2、集中版主控制 SVN

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

所有的版本数据都存在服务器上，用户的本地只有自己以前所同步的版本，如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。而且，所有数据都保存在单一的服务器上，有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。代表产品:SVN、CVS、VSS

3、分布式版本控制 GIT

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

所有版本信息仓库全部同步到本地的每个用户，这样就可以在本地查看所有版本历史，可以离线在本地提交，只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据，只要有一个用户的设备没有问题就可以恢复所有的数据，但这增加了本地存储空间的占用。

不会因为服务器损坏或者网络问题，造成不能工作的情况！

GIT 和 SVN最主要区别

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

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

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

Git历史

同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。 Linux内核开源项目有着为数众广的参与者。绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到2002年，整个项目组开始启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。

Linux社区中存在很多的大佬!破解研究BitKeeper !

到了2005年，开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束，他们收回了Linux内核社区免费使用BitKkeeper的权力。这就迫使Linux开源社区(特别是Linux的缔造者Linus Torvalds)基于使用BitKeeper时的经验教训，开发出自己的版本系统。(2周左右!|)也就是后来的Git !

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

Git是免费、开源的，最初Git是为辅助Linux内核开发的，来替代BitKeeper !

Git环境配置

下载：镜像下载（官网下载太慢了）

Git Bash：Unix与Linux风格的命令行，使用最多，推荐最多

Git CMD：Windows风格的命令行

Git GUI：图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

基本的Linux命令学习

Git配置

查看配置 git config -l

git config --system --list ：系统配置的

git config --global --list：用户自己配置的

Git相关的配置文件：

1、C:\Program Files\Git\etc： --System系统级

2、C:\Users\cx.config 只适用于当前登录用户的配置--global全局

这里可以直接编辑配置文件，通过命令设置后会响应到这里。

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

 git config --global user.name "自己名字"   # 名称
 git config --global user.email 邮   # 邮箱

Git环境变量只是为了全局使用而已！

Git基本理论

工作区域

Git本地有三个工作区域∶工作目录(Working Directory )、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下︰

• Workspace :工作区，就是你平时存放项目代码的地方

• Index / Stage:暂存区，用于临时存放你的改动，事实上它只是一个文件，保存即将提交到文件列表信息

• Repository:仓库区（或本地仓库），就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

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

本地的三个区域确切说应该是git仓库中HEAD指向的版本：

工作流程

git的工作流程一般是这样的：

1、在工作目录中添加，修改文件

2、将需要进行版本管理的文件放入暂存区域

3、将暂存区域的文件提交到git仓库

因此，git管理的文件有三种状态：已修改（modified），已暂存（staged），已提交（committed）

Git项目搭建

创建工作目录与常用命令

工作目录（WorkSpace）一般就是你希望Git帮助你管理的文件夹，可以是你项目的目录，也可以是一个空目录，建议不要有中文

日常使用只要记住下图6个命令：

本地仓库搭建

创建本地仓库的方法有两种:一种是创建全新的仓库，另一种是克隆远程仓库。

1、创建全新的仓库，需要用GIT管理的项目的根目录执行∶

 # 在当前目录新建一个Git代码库
 git init

2、执行完后可以看到，仅仅在项目目录中多出一个.git目录，关于版本等的所有信息都在这个目录里面。

克隆远程仓库

1、另一种方式是克隆远程目录，由于是将远程服务器上的仓库完全镜像一份至本地！

 # 克隆一个项目和它的整个代码历史（版本信息）
 git clone [url]

2、去gitee或者github上克隆一个测试！

GIT文件操作

文件4种状态

版本控制就是对文件的版本控制，要对文件进行修改、提交等操作，首先要知道文件当前在什么状态，不然可能会提交了现在还不想提交的文件，或者要提交的文件没提交上。

• 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

查看文件状态

上面说文件有4种状态，通过如下命令可以查看到文件的状态:

 # 查看指定文件状态
 git status [fileName]
 ​
 # 查看所有文件状态
 git status
 ​
 # 添加所有文件到暂存区
 git add .
 ​
 # 提交暂存区内容到本地仓库
 git commit -m "消息内容"






 cx@gb MINGW64 /e/onestudy/git
 $ git init
 Initialized empty Git repository in E:/onestudy/git/.git/
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git status
 On branch master
 ​
 No commits yet
 ​
 Untracked files:
   (use "git add <file>..." to include in what will be committed)
         hello.txt
 ​
 nothing added to commit but untracked files present (use "git add" to track)
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git add .
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git status
 On branch master
 ​
 No commits yet
 ​
 Changes to be committed:
   (use "git rm --cached <file>..." to unstage)
         new file:   hello.txt
 ​
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git commit -m
 error: switch `m' requires a value
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git commit -m "new file hello.txt"
 [master (root-commit) de33e6b] new file hello.txt
  1 file changed, 0 insertions(+), 0 deletions(-)
  create mode 100644 hello.txt
 ​
 cx@gb MINGW64 /e/onestudy/git (master)
 $ git status
 On branch master
 nothing to commit, working tree clean
 ​

忽略文件

有些时候我们不想把某些文件纳入版本控制中，比如数据库文件，临时文件，设计文件等

在主目录下建立".gitignore"文件，此文件有如下规则︰

使用码云

许可证：开源是否可以随意转载，开源但是不能商业使用，不能转载 ，... 限制

克隆到本地

 https://gitee.com/a-kite-in-the-south-china-sea/git.git

IDEA集成Git

1、新建项目，绑定git

• 将我们远程的git文件目录拷贝到项目中即可

• 

• 注意观察idea中的变化

2、修改文件，使用IDEA操作git

• 添加到暂存区

• commit提交push到远程仓库

这时候发现左边的文件变成绿色了，证明被添加到暂存区，新版IDEA会自动添加到暂存区

commit

3、提交测试

git push

说明：GIT分支

分支在GIT中相对较难，分支就是科幻电影里面的平行宇宙，如果两个平行宇宙互不干扰，那对现在的你也没啥影响。不过，在某个时间点，两个平行宇宙合并了，我们就需要处理一些问题了!

如果了冲突了就需要协商即可!| 如果同一个文件在合并分支时都被修改了则会引起冲突∶解决的办法是我们可以修改冲突文件后重新提交Ⅰ选择要保留他的代码还是你的代码! master主分支应该非常稳定，用来发布新版本，一般情况下不允许在上面工作，工作一般情况下在新建的dev分支上工作，工作完后，比如上要发布，或者说dev分支代码稳定后可以合并到主分支master上来。

# 合并指定分支到当前的分支
$ git merge [branch]