快速上手Git

Git笔记

在学习Git前，我们需要明白什么叫"版本控制"！

1、版本控制

1.1 什么是版本控制

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

• 实现跨区多人协同开发

• 追踪和记载一个或多个文件的历史记录

• 组织和保护你的源代码和文档

• 统计工作量

• 并行开发、提高开发效率

• 追踪记录整个软件的开发过程

• 减轻开发人员的负担，节省时间，同时降低人员错误

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

没有进行版本控制或者版本控制本身缺乏正确的流程管理，在软件开发过程中引入很多问题，如软件代码的一致性、软件内容的冗余、软件过程的事务性、软件开发过程中的并发性、软件源码的安全性、以及软件的整合等问题。

无论是在工作中还是在学习中，自己写笔记，都有这么一个阶段！我们就迫切需要一个版本控制工具！

多人开发必须要进行版本控制，不然代价会比较大！

 

1.2 常见的版本控制工具

我们学习的东西 一定是要当前最流行的，不要去学习一些小众的东西，学习了别人不用，就不存在特别大的价值。

• Git

• SVN（Subversion）

• CVS

 

1.3 版本控制的分类

1、本地版本控制

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

 

2、集中版本控制

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

 

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

3、分布式版本控制

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

 

1.4 Git和SVN的区别

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

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

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

 

2、Git历史

略

3、Git环境配置

1、Git的下载

找到Git的国内镜像https://npm.taobao.org/mirrors/git-for-windows/

选择想下载的版本进行下载

安装的话无脑下一步即可。

2、启动Git

安装好后，在开始启动项中会有Git项，菜单下有3个程序，任意右键文件夹下也可以看到对应的程序

 

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

Git CMD：Windows风格的命令行

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

3、基本的Linux命令

1. cd：改变目录

2. cd..：回退到上一个目录，直接cd进入默认目录

3. pwd：显示当前所在的目录路径

4. ls（ll）：都是列出当前目录中的所有文件，只不过ll（两个ll）列出的内容更为详细

5. touch：新建一个文件夹如：touch index.html ，会在当前目录下创建一个index.html的文件

6. rm ：删除一个文件，rm index.html就会把index.html文件删除

7. mkdir:新建一个目录，就是新建一个文件夹

8. rm -r：删除一个文件夹，rm -r src 删除src目录

    rm -rf / 删除根目录 切勿在Linux中尝试 就是删除电脑中的全部文件

9. mv移动文件，mv index.html src index.html是我们要移动的文件夹，src是目标文件夹，这样写，必须保证文件和目标文件在同一目录下。

10. rest重新初始化终端/清屏

11. clear清屏

12. history：查看历史命令

13. help帮助

14. exit退出

15. #表示注释

 

4、Git的配置

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

1、查看配置

 git config -l

 

2、查看不同级别的配置文件

 #查看系统config
 git config --system --list
 ​
 #查看当前用户(global)配置
 git config --global --list

Git相关的配置文件：

1、Git/etc/gitconfig：Git安装目录下的gitconfig --system 系统级别

 

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

 

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

 

3、设置用户名和邮箱（用户标识，必要）

当你安装了Git之后，首先要做的事情就是设置你的用户名和邮箱地址。这是非常重要的，因为git每次提交都会使用该信息。它永远被嵌入到了你的提交中：

 git config --global user.name  huangwei  #设置用户名
 git config --global user.emal huangwei6750@qq.com   #设置自己的邮箱

只要做一次这个设置，如果你传递了 --global 选型，因为git讲总是会使用该信息来处理你在系统中所做的一切操作，如果你将希望，在一个特定的项目中使用不同的名称或者e-mail地址，你可以在该项目中运行而不要--global选型。总之--global 为全局配置，不加为某个项目的特定配置。

 

 

 

4、Git的基本理论（核心）

1、工作区域

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

 

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

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

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

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

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

• 

   

 

• Directory：使用Git管理的一个目录，也就是一个仓库，包含我们的工作空间和Git的管理空间

• WorkSpace：需要通过Git进行版本控制的目录和文件，这些目录和文件组成了工作空间

• .git：存放Git管理信息的目录，初始化仓库的时候自动床创建

• Index/Stage：暂存区，或者叫待提交更新区，在提交进入repo之前，我们可以把所有的更新放在暂存区

• Loca Repo：本地仓库，一个存放在本地的版本库；HEAD会只是当前开发分支（branch）

• Stach：隐藏，一个工作状态的保存栈，用于保存和恢复WorkSpace中的临时状态

2、工作流程

git的工作流程：

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

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

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

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

上传的一套流程

 

检出的流程

 

5、Git项目搭建

1、创建工作目录与常用指令

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

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

 

2、本地仓库搭建

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

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

 #在当前目录下创建一个git仓库
 $ git init

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

 

3、克隆远程仓库

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

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

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

 

6、GIt的文件操作

1、文件四种状态

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

• Untracked：未跟踪，此文件在文件夹中，但是没有加入到git库，不参与版本控制， 通过 git add 状态变为 staged

• Unmodify:文件已经入库，未修改，即版本库的文件快照内容与文件夹完全一致，这种类种的文件有两种出处，如果它被修改，而改变为Modified，如果使用git rm ，移出版本库，则成为Untracked 文件

• Modifed：文件已修改 ，仅仅是修改，并没有进行其他操作，这个文件也有两个出处，通过git add 可进入暂存staged状态，使用git checkout则丢弃修改过，返回到unmodify状态，这个git checkout即从库中取出文件，覆盖当前修改状态！

• Staged:暂存状态，执行git commit则将修改同步到库中，这时库中的文件和本地文件又变为一致，文件为Unmodify状态，执行git reset HEAD filename取消暂存，文件状态为Modified

 

2、查看文件的状态

通过如下命令可以查看文件的状态

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

3、忽略文件

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

在主目录下建立”.gitgnore“文件，此文件有如下规则：

1、忽略文件中的空行或以井号（#）开始的行会被忽略

2、可以使用Linux通配符，例如： 星号*（代表任意多个字符），问号？ （代表一个字符），方括号（[abc]）代表可选字符范围，大括号（{string1,string2}）代表可选的字符串等

3、如果名称的最前面有个感叹号（!）,表示例外规则，将不被忽略

4、如果名称最前面是一个路径分隔符（/），表示要忽略的文件在此目录下，而子目录中的文件不忽略

5、如果名称的最后面是一个路径分隔符（/），表示要忽略的是该目录下的子目录，而非文件（默认文件或目录都忽略）

 #注释
 *.txt     #忽略所有.txt 后缀的文件 ,这样的话上传就不会被选中了
 !lib.txt  #但lib.txt 除外
 /temp     #仅仅忽略项目根目录下的TODO文件，不包括其他目录temp
 build/    #忽略build/目录下的所有文件
 doc/*.txt #会忽略 doc/notes.txt  但不包括 doc/server/arch.txt
 ​
 #java代码中 一般 所有的class文件、log文件、lock文件 都不会提交
 #package Files  所有的.jar .war .ear  target/ 都不会提交
 #idea的配置  .idea/  *.iml 都不会提交

 

7、使用码云

github是有墙的，比较慢，在国内的话，我们一般使用gitee，公司中有时候会搭建自己的gitlab服务器

1、注册使用码云

2、设置本地绑定SSH公钥，实现免密码登录

# 进入 C:\users\Administrator\.ssh 目录
# 生成公钥
ssh-keygen

 

3、将自己的public key 添加到码云账户中即可

4、使用码云建一个自己的库

 

8、IDEA中集成Git

1、新建项目，绑定GIt

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

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

• add到暂存区

• commit到本地仓库

• push到远程仓库

3、提交测试

 

9、Git分支

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

 

 

git中常用的分支指令

#累列出所有本地分支
git branch

#列出所有远程分支
git branch -r 

#新建一个分支,但依然停留在当前分支
git branch [branch-name]

#新建一个分支，并切换到该分支
git checkout -b [branch]

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

#删除分支
git branch -d [branch-name]

#删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]

 

多个分支并行执行，就会导致我们的代码不冲突，也就是存在多个版本！

web-api -A

web-admin -B B会调用A（修改了A的代码）

web-app -C C会调用B和A里面的代码

解决方法:

如果同一个文件在合并分支的时候都被修改了引起了冲突，解决办法是 我们可以修改冲突文件后再次提交。选择要保留他的代码还是你的代码！

master主分支应该非常稳定，用来发布新版本，一般情况下，不允许在上面工作，工作一般情况在新建的dev分支上工作，工作后，比如说要发布，或者说dev分支代码稳定后可以合并到master主分支上来。