Git使用详解

Git学习文档V1.0

1.版本控制解决现有项目中的哪些问题?

• 1.项目安全性太低
• 2.项目很难进行协同开发
• 3.项目无端报错
• 4.项目版本混乱

2.git的概念

• git是一个分布式的版本控制及协同开发工具.

3.版本控制工具的分类

3.1.集中式版本控制工具 CVS，SVN … …

版本库集中存放在中央服务器，工作时个人要先从中央服务器取得最新的版本，然后开始工作，完成后再把自己的成果发送到中央服务器。

集中式版本控制系统最大的毛病就是必须联网才能工作，如果在局域网内还好，带宽够大，速度够快，可如果在互联网上，遇到网速慢的话，可能提交一个10M的文件就需要5分钟

CVS作为最早的开源而且免费的集中式版本控制系统，直到现在还有不少人在用。由于CVS自身设计的问题，会造成提交文件不完整，版本库莫名其妙损坏的情况。

同样是开源而且免费的SVN修正了CVS的一些稳定性问题，是目前用得最多的集中式版本库控制系统。

3.2.分布式的版本控制工具 Git, Mercurial, Bazaar …

系统没有“中央服务器”，每个人的电脑上都是一个完整的版本库，工作时不需要联网，开发者之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，

因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

和集中式版本控制系统相比，分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。

而集中式版本控制系统的中央服务器要是出了问题，所有人都没法干活了。

Git缺点：

1.资料少（起码中文资料很少）。

2.学习周期相对而言比较长。

3.不符合常规思维。

4.代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

4.Git下载安装

4.1.下载

• 下载地址：https://gitforwindows.org/

4.2.安装

• 一路下一步直接安装，然后按默认选项安装即可

安装完成后，在开始菜单里找到“Git”->“Git Bash”，蹦出一个类似命令行窗口的东西，就说明 Git 安装成功！

• 安装完成后，还需要最后一步设置，在命令行输入：

  $ git config --global user.name “zhangcn”
  $ git config --global user.email “15236674712@163.com”

因为 Git 是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和 Email 地址。

你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。

注意:git config命令的–global参数，用了这个参数，表示你这台机器上所有的 Git 仓库都会使用这个配置，当然也可以对某个仓库指定不同的用户名和 Email 地址。

5.git的使用

5.1.创建git版本库

什么是版本库呢？版本库又名仓库，英文名 repository，你可以简单理解成一个目录，这个目录里面的所有文件都可以被 Git 管理起来，每个文件的修改、删除，Git 都能跟踪，以便任何时刻都可以追踪历史，或者在将来某个时刻可以“还原”。

• 所以，创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录：

  $ mkdir Git-Repository
  $ cd Git-Repository
  $ pwd
  /d/Git-Repository

• 第二步，通过git init命令把这个目录变成 Git 可以管理的仓库：

  $ git init

瞬间 Git 就把仓库建好了，而且告诉你是一个空的仓库（empty Git repository），细心的读者可以发现当前目录下多了一个.git的目录，这个目录是 Git 来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把 Git 仓库给破坏了。

如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见。

5.2.版本库添加文件

• 第一步，用命令 git add 告诉 Git，把文件添加到仓库

  $ touch readme.txt
  $ git add readme.txt

执行上面的命令，没有任何显示，这就对了，Unix 的哲学是“没有消息就是好消息”，说明添加成功。

• 第二步，用命令git commit告诉 Git，把文件提交到仓库：

  $ git commit -m “wrote a readme file”

5.3.查看git的状态

$ git status    

	 红色   工作区已经修改,但是还未提交内容

	 绿色   工作区中的修改,加入到暂存区

            working tree clean   工作区和版本库是一致的

5.4.查看版本

git log命令显示从最近到最远的提交日志，我们可以看到 3 次提交

$ git log          打印当前提交之前的日志

如果嫌输出信息太多，看得眼花缭乱的，可以试试加上–pretty=oneline参数：

$ git log --pretty=oneline     更优雅的打印当前提交之前的日志



$ git reflog  --pretty=oneline  打印所有的日志

5.5.版本回退

5.5.1.回退到上一个版本

好了，现在我们启动时光穿梭机，准备把 aa.txt 回退到上一个版本

首先，Git 必须知道当前版本是哪个版本，在 Git 中，用 HEAD 表示当前版本，也就是最新的提交

上一个版本就是HEAD^{，上上一个版本就是HEAD}^，当然往上 100 个版本写 100 个^比较容易数不过来，所以写成 HEAD~100。

现在，我们要把当前版本“v3.0”回退到上一个版本“v2.0”，就可以使用git reset命令：

$ git reset --hard HEAD^
$ git reset --hard HEAD~100

5.5.2.回退到指定版本

最新的那个版本v3.0已经看不到了！好比你从 21 世纪坐时光穿梭机来到了 19 世纪，想再回去已经回不去了，肿么办？

办法其实还是有的，只要上面的命令行窗口还没有被关掉，你就可以顺着往上找啊找啊，找到那个V3.0的commit id是3628164…，于是就可以指定回到未来的某个版本：

$ git reset --hard 92640

版本号没必要写全，前几位就可以了，Git 会自动去找。当然也不能只写前一两位，因为 Git 可能会找到多个版本号，就无法确定是哪一个了。

5.6.撤销的修改

5.6.1撤销工作区修改

自然，你是不会犯错的。不过现在是凌晨两点，你正在赶一份工作报告，你在 readme.txt 中添加了一行

既然错误发现得很及时，就可以很容易地纠正它。你可以删掉最后一行，手动把文件恢复到上一个版本的状态。

如果用git status查看一下：

你可以发现，Git 会告诉你，git checkout – file可以丢弃工作区的修改：

$ git checkout -- aa.txt    

命令git checkout – aa.txt意思就是，把 aa.txt 文件在工作区的修改全部撤销，这里有两种情况：

• 一种是 aa.txt 自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
• 一种是 aa.txt 已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

文件内容果然复原了。

git checkout – file命令中的–很重要，没有–，就变成了“创建一个新分支”的命令，

我们在后面的分支管理中会再次遇到git checkout命令。

5.6.2撤销暂存区的修改

现在假定是凌晨 3 点，你不但写了一些胡话，还git add到暂存区了：

庆幸的是，在 commit 之前，你发现了这个问题。用git status查看一下，修改只是添加到了暂存区，还没有提交：

Git 同样告诉我们，用命令git reset HEAD file可以把暂存区的修改撤销掉（unstage），重新放回工作区：

$ git reset HEAD readme.txt

git reset 命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用 HEAD 时，表示最新的版本。

再用git status查看一下，现在暂存区是干净的，工作区有修改：

整个世界终于清静了！

现在，假设你不但改错了东西，还从暂存区提交到了版本库，怎么办呢？还记得版本回退一节吗？可以回退到上一个版本。

不过，这是有条件的，就是你还没有把自己的本地版本库推送到远程。还记得 Git 是分布式版本控制系统吗？

我们后面会讲到远程版本库，一旦你把“stupid boss”提交推送到远程版本库，你就真的惨了……

5.7.删除文件

在 Git 中，删除也是一个修改操作，我们实战一下，先添加一个新文件zcn.txt 到 Git 并且提交：

$ git add zcn.txt
$ git commit -m "add zcn.txt"
[master 94cdc44] add zcn.txt
 1 file changed, 1 insertion(+)
 create mode 100644 zcn.txt

一般情况下，你通常直接在文件管理器中把没用的文件删了，或者用 rm 命令删了：

$ rm zcn.txt

这个时候，Git 知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了：

现在你有两个选择，一是确实要从版本库中删除该文件，那就用命令git rm删掉，并且git commit：

现在，文件就从版本库中被删除了。

另一种情况是删错了，因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本：

$ git checkout -- zcn.txt

git checkout 其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。

命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容。

5.8.小结

又到了小结时间。

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout – file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景 1，

第二步按场景 1 操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。

指令简述

1.创建版本库  在项目根路径下会创建.git文件夹
  git init
2.git管理一个修改需要几步
  git add  文件名
  git commit -m ""
3.git的状态
  git status     红色   工作区已经修改,但是还未提交内容
                 绿色   工作区中的修改,加入到暂存区
                 working tree clean   工作区和版本库是一致的
4.版本回退
  只能做回退
  git reset --hard HEAD^
  git reset --hard HEAD~100
  通用
  git reset --hard 3628164
  
5.日志
  git log   打印当前提交之前的日志
  git log --pretty=oneline      
  git reflog  --pretty=oneline  打印所有的日志
  
6.撤销修改
  git checkout -- readme.txt   撤销工作区中的修改
  git reset HEAD readme.txt    撤销暂存区中的修改撤销到工作区
7.删除文件
  git rm zcn.txt
  git commit -m "zcn.txt"

6.GitHub使用

• 账号：15236674712 密码：aaa… 邮箱：15236674712@163.com

6.1.创建应用仓库

1.创建应用仓库

Repositories --》 New --》选中 Initialize this repository with a README --》Create repository

2.将远程应用仓库拉到本地

点击 Clone with SSH

复制 git@github.com:15236674712/git-bbb.git

$ git clone git@github.com:15236674712/git-bbb.git

6.2.查看 SSH key

第 1 步：创建 SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开 Shell（Windows 下打开 Git Bash），

• C:\Users\Administrator

6.3.创建 SSH key

目前，在 GitHub 上的这个 learngit 仓库还是空的，GitHub 告诉我们，可以从这个仓库克隆出新的仓库，也可以把一个已有的本地仓库与之关联，然后，把本地仓库的内容推送到 GitHub 仓库。

现在，我们根据 GitHub 的提示，在本地的 learngit 仓库下运行命令：

$ ssh-keygen -t rsa -C "15236674712@163.com"

你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个 Key 也不是用于军事目的，所以也无需设置密码。

如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有 id_rsa 和 id_rsa.pub 两个文件，这两个就是 SSH Key 的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地用

文件夹

公钥 ：id_rsa.pub

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQC/8NMR82QnHe0kUJqrOly3dBnACLaNzDR81hfOHsrzFsJ0jBMtF7B6nZNkKBNIjwlZTNXwDKePnxb4VW1PQtGbAoN8NBs78caMGxlngNvqJs+nNhWSXOIoQ3Y9Zexexgj22M3wW0qMl7b57CNboRR45N4k2bQVWN5JTJNqXTiVY5Sp9PkZkaOhjW2r4hfsnLNpgpc56WjabWBncqLNd6c/F+53QuGEvW2mRajIVVggdleeOyL2ps4eYFO/ef86m1cEtWNybFeNJvPSnEdqhAZ0u3ZSkCwzO/MRMXFrHrnr2RwN0CCq3jYTWWfm5AD5ZPIdO415IUOSPuNMSf2mYAnd 15236674712@163.com

6.4.添加 GitHub 的信任列表

第 2 步：登陆 GitHub，打开“Settings”，“SSH Keys”页面：

然后，点击“SSH and GPG keys”，点击“New SSH key”，填上任意 Title，在 Key 文本框里粘贴id_rsa.pub文件的内容：

6.5.推送远程仓库

下一步，就可以把本地库的所有内容推送到远程库上：

$ git push origin
$ git push -u origin master

把本地库的内容推送到远程，用git push命令，实际上是把当前分支 master 推送到远程。

由于远程库是空的，我们第一次推送 master 分支时，加上了-u参数，Git 不但会把本地的 master 分支内容推送的远程新的 master 分支，还会把本地的 master 分支和远程的 master 分支关联起来，在以后的推送或者拉取时就可以简化命令。

推送成功后，可以立刻在 GitHub 页面中看到远程库的内容已经和本地一模一样：

从现在起，只要本地作了提交，就可以通过命令：

$ git push origin master 把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！

6.6.从远程仓库拉项目

$ git pull origin

7.将本地项目交由Git管理，并分享到中央服务器

1.初始化仓库 git init

2.配置忽略文件 .gitingore 注意放置到项目的根部录下

/target/
!.mvn/wrapper/maven-wrapper.jar

### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr

### NetBeans ###
/nbproject/private/
/build/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/ 

#========================================

HELP.md
target/
!.mvn/wrapper/maven-wrapper.jar
!**/src/main/**
!**/src/test/**

### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr

### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/
build/

### VS Code ###
.vscode/

3.添加到暂存区 git add

4.添加到主干分支 git commit -m

5.在github上创建项目仓库

6.建立本地仓库和中央服务器仓库的连接

git remote -v  查看当前项目是否含有远程仓库地址

git remote remove test   删除远程仓库连接

git remote add origin git@github.com:15236674712/springboot-test.git   建立远程仓库连接

7.推送本地修改

git push -u origin master

7.拉取远程仓库的修改

git pull origin master

8.分支管理使用

分支在实际中有什么用呢？假设你准备开发一个新功能，但是需要两周才能完成，第一周你写了50%的代码，如果立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。

现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

在版本回退里，你已经知道，每次提交，Git 都把它们串成一条时间线，这条时间线就是一个分支。

截止到目前，只有一条时间线，在 Git 里，这个分支叫主分支，即 master 分支。

HEAD 严格来说不是指向提交，而是指向 master，master 才是指向提交的，所以，HEAD指向的就是当前分支。

8.1.创建分支

首先，我们创建 dev 分支，然后切换到 dev 分支：

$ git branch dev

8.2.查看分支列表

$ git branch

8.3.切换分支

$ git checkout dev

8.4.创建并切换分支

$ git checkout -b dev

8.5.合并分支

$ git merge dev

8.6.删除分支

$ git branch -d dev

8.7.小结

Git 鼓励大量使用分支：

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

9.idea中集成Git

9.1.集成设置

9.1.1.集成

9.1.2.需要填写github的账号密码

9.1.3.替换idea的终端,替换成git的

9.2.idea中git的实战以及相关的快捷键

9.2.1.创建git仓库

9.2.2.添加忽略文件 .gitingore 注意:文件必须放置在项目的根目录下

HELP.md
/target/
!.mvn/wrapper/maven-wrapper.jar

### STS ###
.apt_generated
.classpath
.factorypath
.project
.settings
.springBeans
.sts4-cache

### IntelliJ IDEA ###
.idea
*.iws
*.iml
*.ipr

### NetBeans ###
/nbproject/private/
/nbbuild/
/dist/
/nbdist/
/.nb-gradle/
/build/

### VS Code ###
.vscode/

9.2.3.添加修该到暂存区 idea默认执行add

9.2.4.添加到主干分支

9.2.5.快捷键

ctrl+k    提交
ctrl+shift+k   提交并推送
ctrl+t   更新
alt+9      查看git控制台

9.2.5.分享到github

9.2.6.协同开发

9.3.如何用idea克隆并打开

9.3.1.指定url以及路径

9.3.2.打开项目

9.4.git的冲突

9.4.1.当两个开发者同时操作一个类的时候会出先冲突 代码没有交集

选择遵守你的,或者他的或者两者都要.

9.4.2.代码有交集

和相关参与者进行交流.

9.4.3.遇到冲突先备份