git快速入门

Git笔记

1.Git解决现有项目中的哪些问题

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

2.Git概念

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

3.版本控制工具的分类

3.1.集中式的版本控制工具 cvs svn

3.2.分布式的版本控制 Git

4.下载，安装

4.1.下载

官网下载地址：https://git-scm.com/downloads

在Windows上使用Git，可以从Git官网直接下载安装程序，然后按默认选项安装即可。

4.2.安装

傻瓜式安装，一路下一步

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

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

$ git config --global user.name "zhongyk"
$ git config --global user.email "zhongyk@163.com"

因为Git是分布式版本控制系统，所以，每个机器都必须自报家门：你的名字和Email地址。你也许会担心，如果有人故意冒充别人怎么办？这个不必担心，首先我们相信大家都是善良无知的群众，其次，真的有冒充的也是有办法可查的。

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

5.Git使用

5.1.创建版本库（本地库）

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

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

$ mkdir 192-Repository  #创建一个空的目录

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

$ git init

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

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

5.2.创建一个文件

$ touch aaa.txt

和把大象放到冰箱需要3步相比，把一个文件放到Git仓库只需要两步。

5.3.将修改添加到暂存区

第一步，用命令git add告诉Git，把文件添加到仓库(暂存区)：

$ git add <file>  #file 文件名  aaa.txt

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

5.4.提交暂存区的修改到版本库

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

$ git commit -m "提交描述信息"  #-m  相当于message 提交的说明

简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。

嫌麻烦不想输入-m "xxx"行不行？确实有办法可以这么干，但是强烈不建议你这么干，因为输入说明对自己对别人阅读都很重要。实在不想输入说明的童鞋请自行Google，我不告诉你这个参数。

git commit命令执行成功后会告诉你，1 file changed：1个文件被改动（我们新添加的aaa.txt文件）；

5.5.查看状态

$ git status

• 红色：工作区已修改暂未添加到暂存区
• 绿色：工作区的修改已经添加到暂存区，并未提交到版本库
• nothing to commit, working tree clean：工作区与版本库保持一致

5.6.Git分区原理

工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库。

5.7.查看提交版本

当然了，在实际工作中，我们脑子里怎么可能记得一个几千行的文件每次都改了什么内容，不然要版本控制系统干什么。版本控制系统肯定有某个命令可以告诉我们历史记录，在Git中，我们用git log命令查看：

$ git log
$ git log --pretty=onelie   

像这样，你不断对文件进行修改，然后不断提交修改到版本库里，就好比玩RPG游戏时，每通过一关就会自动把游戏状态存盘，如果某一关没过去，你还可以选择读取前一关的状态。有些时候，在打Boss之前，你会手动存盘，以便万一打Boss失败了，可以从最近的地方重新开始。Git也是一样，每当你觉得文件修改到一定程度的时候，就可以“保存一个快照”，这个快照在Git中被称为commit。一旦你把文件改乱了，或者误删了文件，还可以从最近的一个commit恢复，然后继续工作，而不是把几个月的工作成果全部丢失。

5.8.版本回退

首先，Git必须知道当前版本是哪个版本，在Git中，用HEAD表示当前版本，也就是最新的提交1094adb...（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

现在，我们要把当前版本,回退到上一个版本，就可以使用git reset命令：

5.8.1.回退到上一个版本

$ git reset --hard HEAD^   #回退到上一个版本

$ git reset --hard HEAD^(1~100)  #会退到上n个版本   

5.8.2.回退到指定版本

$ git reset --hard d273  #d273  指定提交版本的版本号:commitId

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

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

现在，你回退到了某个版本，关掉了电脑，第二天早上就后悔了，想恢复到新版本怎么办？找不到新版本的commit id怎么办？

在Git中，总是有后悔药可以吃的。当你用$ git reset --hard HEAD^回退到add distributed版本时，再想恢复到append GPL，就必须找到append GPL的commit id。Git提供了一个命令git reflog用来记录你的每一次命令：

5.8.3.查看历史命令

$ git reflog

5.9.撤销修改

5.9.1.撤销工作区的修改

$ git restore <file>  #<file>:文件名  2.24.0版本之后使用
$ git checkout -- <file> 

5.9.2.撤销暂存区的修改

#第一步:撤销暂存区的修改到工作区
$ git restore --staged <file> #<file>:文件名  2.24.0版本之后使用

$ git reset HEAD <file>

#第二步:撤销工作区的修改
$ git restore <file>

5.10.删除文件

在Git中，删除也是一个修改操作

删除文件可以直接删除

$ rm <fiel> #删除文件

5.10.1.确定删除

#第一步：确定删除
$ git add/rm <file>   #相当于  提交修改|确定删除  

#第二步：提交操作
$ git commit -m "提交说明"

5.10.2.误删

$ git restore <file> #撤销工作区的修改

6.Github

6.1.注册

6.2.登录

6.3.创建仓库

仓库名字随便写：全局唯一

6.4.将远程仓库拉取到本地

$ git clone git@github.com:15236674712/2001-yingx.git

克隆失败

• 有可能是仓库不存在
• 没有权限

克隆为“ 192-yingx” …
git@github.com：权限被拒绝（公钥）。
致命：无法从远程存储库读取。

请确保您具有正确的访问权限，并且存储库存在。

6.5.生成公钥和私钥

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

$ ssh-keygen -t rsa -C "15236674712@163.com"
#如果电脑中没有.ssh目录 执行以下命令
$ ssh-keygen

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

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

查看公私钥

C:\Users\NANAN\.ssh

1.公钥

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABgQDzlZeWMt9WVrCqC86Z9Ssvgk7xzHrKGgnuryUSC4Ryt2vZ/jrq5hZQ4M/54f5V1HZxz7ehVHyAG6PonpptthoRVAHQdXdms7z81EXeq0MKtJDWOS2UgJmD7cSkNSB/FLGH+HkYv6BdkS6QlntkEu1aXEk8/QwM0sosoz9TswNi1zWUjFpywUk8AoNIY9Og/KKhgM/TQR8NvpKCfIZgNkEK7AdPhc/V8pGri14W7dfotI0ZSrs9BHTXd6bQEQAqQqVxjRx6h1vLqkEnSZ82CTbFuI2j/3dLofqxcXwb7t5ag1MPAgq871xJo8CGP2JlJr7D6UG1rjILsTt2DUuG11dHfi7MchSCsLs4jUQsmIqH5uv+roESOuOABsO//Hm+BntWKczPjAV8JXCM9idKHD7NrZvdAI6sPr8WUnm1I368pbANzb9BDHq3h1Vpa+yjjlJKXFxd3Nvz9xC+4usGV4yGGqb8DVXnmuBUcHuJnPZ3vkX/Q3DuBUJqBgLrKjU4VZE= 15236674712@163.com

2.私钥

-----BEGIN OPENSSH PRIVATE KEY-----
b3BlbnNzaC1rZXktdjEAAAAABG5vbmUAAAAEbm9uZQAAAAAAAAABAAABlwAAAAdzc2gtcn
NhAAAAAwEAAQAAAYEA85WXljLfVlawqgvOmfUrL4JO8cx6yhoJ7q8lEguEcrdr2f466uYW
UODP+eH+VdR2cc+3oVR8gBuj6J6abbYaEVQB0HV3ZrO8/NRF3qtDCrSQ1jktlICZg+3EpD
UgfxSxh/h5GL+gXZEukJZ7ZBLtWlxJPP0MDNLKLKM/U7MDYtc1lIxacsFJPAKDSGPToPyi
oYDP00EfDb6SgnyGYDZBCuwHT4XP1fKRq4teFu3X6LSNGUq7PQR013em0BEAKkKlcY0ceo
dby6pBJ0mfNgk2xbiNo/93S6H6sXF8G+7eWoNTDwIKvO9cSaPAhj9iZSa+w+lBta4yC7E7
dg1LhtdXR34uzHIUgrC7OI1ELJiKh+br/q6BEjrjgAbDv/x5vgZ7VinMz4wFfCVwjPYnSh
w+za2b3QCOrD6/FlJ5tSN+vKWwDc2/QQx6t4dVaWvso45SSlxcXdzb8/cQvuLrBleMhhqm
/A1V55rgVHB7iZz2d75F/0Nw7gVCagYC6yo1OFWRAAAFiEcBkYpHAZGKAAAAB3NzaC1yc2
EAAAGBAPOVl5Yy31ZWsKoLzpn1Ky+CTvHMesoaCe6vJRILhHK3a9n+OurmFlDgz/nh/lXU
dnHPt6FUfIAbo+iemm22GhFUAdB1d2azvPzURd6rQwq0kNY5LZSAmYPtxKQ1IH8UsYf4eR
i/oF2RLpCWe2QS7VpcSTz9DAzSyiyjP1OzA2LXNZSMWnLBSTwCg0hj06D8oqGAz9NBHw2+
koJ8hmA2QQrsB0+Fz9XykauLXhbt1+i0jRlKuz0EdNd3ptARACpCpXGNHHqHW8uqQSdJnz
YJNsW4jaP/d0uh+rFxfBvu3lqDUw8CCrzvXEmjwIY/YmUmvsPpQbWuMguxO3YNS4bXV0d+
LsxyFIKwuziNRCyYiofm6/6ugRI644AGw7/8eb4Ge1YpzM+MBXwlcIz2J0ocPs2tm90Ajq
w+vxZSebUjfrylsA3Nv0EMereHVWlr7KOOUkpcXF3c2/P3EL7i6wZXjIYapvwNVeea4FRw
e4mc9ne+Rf9DcO4FQmoGAusqNThVkQAAAAMBAAEAAAGANiJn1wylUAXiK1iGaPbwyxU1wE
1GeMYCsRYhsfn3TJtxD7iNlYjfKshb0FgmcyLN1Atq7yLcrIf4DIm7HmjbMECwSojgqWWG
udXfVVZQhv+MNN/uPlO6SnS8QBZCi5uovOQ+3X4xALp0U9PtxlbigzOBX1mJpQvvvK3nNA
3T0dKsaMAsldZZFUolrR/qd5vN9QCwr22InkBdRTyxjI5iNDAyi7zcbNsE/s/xcD0Zv/Do
bteJ90yXPw+rdhBhLgMzXKLuSvcUWdBDY2OieFGwB7WJYZrI2gRyS/kpj8AWZiClAQdzpm
Juz2+uzGGPJ+wNvH1o2X0FZsl27prnLVBkgKjSTUC0kdlujZMmwXUb+hjylecfUjOKcWKM
yC4pe7X15voRbGTNflEGGaWpu/rxhy74IKQq7eP6PWLk48uHDBPLVk1+NTDGmb2ZCX31fE
YTKOEMrXt1xe7ei9DysLuk0MKxkCs+Bz8ORWVzzPFdJpeUVWr+HWzPptMraTZGm4+xAAAA
wHV+7l9YemnJxONQbnA2W0omcdRz42uQTzMXnlvPN98AX4dKXrLf2wBDQl5670fggndfIy
loBDhM0AhtusiI88HGtrz1U5qZtBdVfdDjnHcLy1KT+FwYYebVHNr6qGsC+F30+tpg6VNe
+pvbCjCTQ4P0cAc9+p65/fuUbSs+SC8d/JcSDsLDNE28/ngrGhewIxTkcy7LdM1DYk4yme
sG0o8Kq55qBrrBQxHRN5JWHwweCTCq6uU7VZqJMi//jcnw/wAAAMEA+uN0iWd3CtrwwABp
UA2I33bQeA7FaUqXtqUGVeMguVPnzjWaKA5VyNdzM0GkxRNeJa9l2V1RMl6cm8zvFFFwrL
nH5o7LXZECf5avNpkCS26dhyVD3rJJa1dd/snU2okPUGAPizHEl1skdpy9oVlB1xn+Z2BR
27p3H/SF2xQOIPUMlYqCXO/GYjhO/veLslvfKvUX9/dx53LKT9GMfRjwLiHZQZsn/jyrjp
8bbCCdIO/yH9+WgxXb1C3DXwKexa+1AAAAwQD4jAqDFwMOhZPeIxb/+c9gHxgk/p/6L/CR
UJKDNYRlq7wBN4DOtC9D2iFq0YbUzRhwnNxRw3pvSWpZxV2NBKo2EQAgqcLniUc7UJowIC
nz7vzhR95afDv+6HuN27McM3wkKRoLay54uLaon8OoFPSYN8XkWhkHKdAsRXs7BZmRbZzO
ftAUzIrPCgqq8UJfbSEusPAFpT0HZAOYrhbHAInzno+QJKD+P0w6sCcSp+JQBrbGZAUD+V
j80/AYdG9O3+0AAAATMTUyMzY2NzQ3MTJAMTYzLmNvbQ==
-----END OPENSSH PRIVATE KEY-----

6.6.配置GitHub信任列表

第2步：登陆GitHub，点击头像，选择“Settings”,打开“SSH and GPG keys”页面：

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

6.6.将远程仓库拉取到本地

$ git clone git@github.com:15236674712/192-yingx.git

克隆成功

6.7.将本地修改推送至远程

$ git push -u origin master  #第一次推送修改 
$ git push origin master 

添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库。

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

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

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

6.8.将远程的修改同步到本地

$ git pull origin master

6.9.将本地项目推送至Github

6.9.1.准备一个项目

6.9.2.Github创建一个目录

目录名与项目名一致

6.9.3.将本地项目初始化Git仓库并推送至远程Github

$ git init
$ git add .
$ git commit -m "first commit"
$ git remote add origin git@github.com:15236674712/github-192.git  #与远程Github(同名的空目录)建立连接
$ git push -u origin master  #将本地仓库(项目)推送至远程Github

7.Git分支

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

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

其他版本控制系统如SVN等都有分支管理，但是用过之后你会发现，这些版本控制系统创建和切换分支比蜗牛还慢，简直让人无法忍受，结果分支功能成了摆设，大家都不去用。

但Git的分支是与众不同的，无论创建、切换和删除分支，Git在1秒钟之内就能完成！无论你的版本库是1个文件还是1万个文件。

1.创建分支

$ git branch dev #dev分支名

2.切换分支

$ git checkout dev #dev分支名

3.创建并切换分支

$ git checkout -b dev #dev分支名

4.查看分支

$ git branch 

5.合并分支

$ git merge  dev
#注意：如果要将dev分支合并到master分支，切换到master分支执行合并

6.删除分支

$ git branch -d dev    #-d 删除(delete) dev分支名

7.分支策略

在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

8.Git集成IDEA

8.1.配置Git

8.2.配置Github

8.3.修改idea终端为Git bash

修改控制台shell路径：setting -> Tools -> Terminal -> Shell path，修改为git安装路径。

8.3.Terminal中文乱码问题

我们配置idea 的终端为git 的bash.cmd 之后会出现中文乱码

解决方法：

1.git的安装路径下etc文件下有个 bash.bashrc 文件，在这个文件末尾追加：

export LANG="zh_CN.UTF-8"
export LC_ALL="zh_CN.UTF-8"

2.中文乱码问题

• 在idea安装目录下找到idea.exe.vmoptions和idea64.exe.vmoptions文件，在文件的最后添加：

-Dfile.encoding=UTF-8

• 在git安装目录下找到etc/bash.bashrc文件，在文件的最后添加：

export LANG=“zh_CN.UTF-8”

export LC_ALL=“zh_CN.UTF-8”

• 在Terminal控制台输入：set LESSCHARSET=utf-8

• 退出控制台，重新进入即可。exit

  

8.4.初始化Git仓库

选择要初始化仓库的项目

8.5.添加到暂存区 add

8.6.提交到版本库 commit

加入提示信息

8.7.Idea中类的颜色

• 红色：工作区已修改并未添加到暂存区
• 绿色：修改已经添加到暂存区暂未提交到版本库
• 白色：版本库与工作区一致
• 蓝色：已经提交到版本库，有修改

8.8.查看历史提交版本

展示历史提交版本

8.9.撤销修改

8.10.版本回退

8.10.1选择回退版本直接回退

8.10.2根据版本提交id(commitId)回退

复制版本提交编号

选择切换版本

输入要切换的版本编号

8.11.分支

查看/添加分支

分支操作

合并分支

8.12.将本地项目推送至Github

填写要分享的项目名

分享成功

8.13.将Github的修改更新到本地

8.14.将本地的修改推送至Github

Commit and Push

push

推送成功

8.15.使用idea克隆并打开远程的项目

使用Git克隆项目

创建本地文件夹，克隆项目

是否打开项目

使用哪种方式打开项目

8.16.解决代码冲突问题

push时遇到冲突

当前分支主管的推送被拒绝
推送前需要合并远程更改

当push时遇到冲突，要先pull 再push

判断代码有没有交集,idea自动判断

• 1.代码无交集

  直接pull成功

• 2.代码有交集

  当两个开发者同时操作到一个文件时会出现冲突

  当两个开发者遇到冲突代码有交集时：两个人协商解决，解决之后将代码再推送至Github，另一个人再同步修改

  pull遇到冲突

  

  解决冲突案例

  

开发中一定先pull再push