Git使用教程（详细） 原创

（1）注册、登录github账户 （最近登录老是500，多试几次吧）

官网  https://github.com/  

使用github，由于本地Git仓库和github仓库之间的传输是通过SSH加密的，所以需要SSH Key。

1、本地创建SSH Key。

在用户主目录下（C:\Users\用户名），看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果有的话，直接跳过此如下命令；

如果没有，打开cmd命令行，输入如下命令创建SSH：

ssh-keygen -t rsa -C "xxx180@qq.com"

id_rsa是私钥，不能泄露，id_rsa.pub是公钥，这个无所谓。  

2、在github上添加SSH Key

登录github,打开” settings”中的SSH Keys页面，然后点击“SSH and GPG keys”然后“New SSH key”，填上任意title，在Key文本框里黏贴id_rsa.pub文件公钥的内容。

这样公钥就添加成功了。

7.2 创建仓库repository

创建一个新的仓库repository

只要本地作了提交，使用push命令就可将本地master分支的最新修改推送到github远程仓库上。不需要参数-u

git push origin master  

7.3 克隆项目

使用clone命令 加上上面复制的连接。

$ git clone git@github.com:githubluolei/lxgit.git

可以看到已经将远程的项目，克隆到了本地。

他会提示你无法知道github.com的真是性，问你是否继续yes就好了。

The authenticity of host 'github.com (13.229.188.59)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
Are you sure you want to continue connecting (yes/no)?

主持人的真实性github.com网站（13.229.188.59）“无法确定。
RSA密钥指纹是SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8。
是否确实要继续连接（是/否）？

8. 分支管理

8.1 实际项目中如何使用Git做分支管理

摘抄自：https://blog.csdn.net/shusheng0007/article/details/80791849  

这些分支都是为了程序员协同开发，以及应对项目的各种需求而存在的。这些分支都是为了解决某一个具体的问题而设立，当这个问题解决后，代码会合并回主分支develop或者master后删除，一般我们会人为分出三种分支。

Feature branches：这种分支和我们程序员日常开发最为密切，称作功能分支。

必须从develop分支创建，完成后合并回develop分支

具体事例可以参考上面王二狗完成登录注册功能时的做法。

Release branches：这个分支用来分布新版本。

从develop分支创建，完成后合并回develop与master分支。

这个分支上可以做一些非常小的bug修复，当然，你也可以禁止在这个分支做任何bug的修复工作，而只做版本发布的相关操作，例如设置版本号等操作，那样的话那些发现的小bug就必须放到下一个版本修复了。如果在这个分支上发现了大bug，那么也绝对不能在这个分支上改，需要Featrue分支上改，走正常的流程。

实例：王二狗开发完了登录注册功能后决定发一个版本V0.1，那么他先从develop分支上创建一个Release 分支release-v0.1，然后二狗在这个分支上把版本号等做了修改。正准备编译发布了，项目经理说：“二狗啊，你那个登录框好像向右偏移量1个像素，你可以调一下吗？”二狗心中有暗暗骂道：日了个狗，但是。。。你们懂得，功能还的正常改。不过二狗发现这个bug特别小，对项目其他部分不造成不可预知的问题，所以直接在release分支上改了，然后愉快的发布了版本1.0.版本上线后，二狗将这个分支分别合并回了develop与master分支，然后删除了这个分支。

Hotfix branches：这个分支主要为修复线上特别紧急的bug准备的。

必须从master分支创建，完成后合并回develop与master分支。

这个分支主要是解决线上版本的紧急bug修复的，例如突然版本V0.1上有一个致命bug，必须修复。那么我们就可以从master 分支上发布这个版本那个时间点 例如 tag v0.1（一般代码发布后会及时在master上打tag），来创建一个 hotfix-v0.1.1的分支，然后在这个分支上改bug，然后发布新的版本。最后将代码合并回develop与master分支。

实例：某天夜里二狗正在和女朋友嘿咻呢，突然项目经理打来电话：“二狗啊，线上出了个大问题，大量用户无法登录，客服电话已经被打爆了，你紧急处理一下”。二狗心中默默骂道：日了个狗，然后就爬起来去改代码了。二狗先找到master分支上tag v0.1 的地方，然后新建了hotfix-v0.1.1 分支，默默的修bug去了。经过一个多小时的奋战，终于修复了，然后二狗改了版本号，发布了新版本。二狗将这个分支分别合并回了develop与master分支后删除了这个分支。终于搞定了，回头看看床上的女票已经进入了梦乡，二狗贼心不死，上前挑逗，此刻女票将满腹怨气集于一点，使出凌空一脚将其登于床下，随后甩一枕于二狗，二狗会意，趋客厅，抱枕卧于沙发。。。

简单的理解分支的作用
假设你准备开发一个新功能，但是第一周你写了一部分立刻提交，由于代码还没写完，不完整的代码库会导致别人不能干活了。如果等代码全部写完再一次提交，又存在丢失每天进度的巨大风险。
现在有了分支，就不用怕了。你创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，而你在自己的分支上干活，想提交就提交，直到开发完毕后，再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

8.2 创建分支与合并分支

(1)一开始的时候，master分支是一条线，git用master指向最新的提交，再用HEAD指向master,就能确定当前分支，以及当前分支的提交点；
每次提交，master分支都会向前移动一步，这样随着你不断提交，master分支的线也越来越长。
(2)当我们创建新的分支，例如dev时，git新建了一个指针叫dev,指向master相同的提交，再把HEAD指向dev,就表示当前分支在dev上；
git创建一个分支除了增加一个dev指针，改变HEAD的指向，工作区的文件都不需要改变。
(3)从创建分支dev开始，对工作区的修改和提就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针是不会变的；
(4)当我们在dev上的开发工作完成了，就可以把dev合并到master上。git怎么合并呢？就是直接把master指向dev的当前提交，就完成了合并；

git合并分支和增加分支都是只需要增加或修改一些指针，所以很快。
（5）合并完分支后，就可以删除dev分支。删除dev分支就是把dev指针给删掉，删掉后，我们就剩下了一条master分支。

8.2.2 创建与合并分支操作

下面要用的命令

查看分支：git branch
创建分支：git branch name
切换分支：git checkout name
创建+切换分支：git checkout –b name
合并某分支到当前分支：git merge name
删除分支：git branch –d name

(1)项目克隆到本地之后，创建分支，创建一个lx_main.java文件并提交一个版本

git checkout 命令加上 –b参数表示创建并切换，相当于如下2条命令
git branch dev
git checkout dev

git branch  查看分支，会列出所有的分支，当前分支前面会添加一个星号。

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (master)
$ cd /f/lxgit/lxgit/

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (master)
$ git checkout -b lx_dev
Switched to a new branch 'lxlx_dev'

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ git branch
* lxlx_dev
master

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ touch lx_main.java

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ vim lx_main.java

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ ls
lx_a.txt lx_code.txt lx_main.java

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ cat lx_main.java
public class lxapp(){

}

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ git status
On branch lxlx_dev
Untracked files:
(use "git add <file>..." to include in what will be committed)

lx_main.java

nothing added to commit but untracked files present (use "git add" to track)

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ git add lx_main.java

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (lxlx_dev)
$ git commit -m 'lx_main.java 初次提交'
[lxlx_dev 9678826] lx_main.java 初次提交
1 file changed, 3 insertions(+)
create mode 100644 lx_main.java

(3)推送前github上文件列表

(4)推送前github上分支文件列表

(5)推送分支，就是把该分支上的所有本地提交推送到远程库，推送时要指定本地分支名称，这样git就把该分支推送到远程库对应的远程分支上

git push origin lxlx_dev

（6）现在dev分支工作完成了，我们切换到主分支master上，查看文件列表，没有分支的文件

（7）把dev分支上的内容合并到分支master上

$ git merge lxlx_dev

（8）合并后的master推送到远程

git push origin master

（9）合并完成后，分支lxlx_dev就可以删除了

$ git branch -d lxlx_dev

8.2.3 如何解决冲突

查看分支的状态

在当前主分支查看冲突文件的内容

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (master|MERGING)
$ cat lx_main.java
public class lxapp(){
<<<<<<< HEAD
public void Login(String username, String passwd){}
=======
public void Register(User user){}
>>>>>>> fb-register
}

解释：

Git用<<<<<<<，=======，>>>>>>>分隔、标记出不同分支冲突的内容，没有冲突的直接展示。

<<<<<<< HEAD  标记冲突开始，是指当前分支的冲突修改的内容，这里是master主分支。后面跟的是当前分支中冲突的内容。

======= 用来分隔两个分支修改的内容。 

>>>>>>> fb-register 是指fb-register上修改的内容。是要合并过来的分支的名称。

本例场景:

项目经理让我开发注册功能，让同事B开发登录，同事B开发登录先开发完成了，提交到了主分支。我提交就产生了冲突。因为两个分支各自都分别有新的提交，并且编辑了同一个文件。

怎么解决？

需要手动合并，手动合并就是在自动合并不了之后的办法。一般是先跟对方沟通，然后人工合并冲突提交， 沟通很重要，不然把别人的代码删除了就不好了。

经验：

每次开发前先从 git 上拉取下来最新的代码在 master 上，在 master 基础上建立自己的分支，做的修改在分支提交。push 的代码服务器时候再次 pull master ,然后和本地分支进行合并 merge 后再次 push。这样即使修改同一个文件也不容易冲突。

分支策略：master主分支是非常稳定的，用来发布新版本，一般情况下不允许在上面直接修改，干活一般情况下需要在新建的分支上开发，干完后，比如上要发布，或者说分支代码稳定后可以合并到主分支master上。  

在本地主分支上，手动合并文件lx_main.java 

提交合并冲突代码后，提交到主分支。可以查看版本记录查看分支合并的情况。

查看版本记录， Merge f9df72c 6ddc6e4

冲突解决了，也提交到了主分支，就需要推送到远程。

合并后的master推送到远程

git push origin master

git log 状态下退出，英文状态下输入字母Q即可退出 

8.2.4 分支管理

合并分支时，git一般会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。如果要强制禁用Fast forward模式，git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

使用参数  -no-ff  来禁用”fast forward”模式。

步骤

1、创建一个并切换dev分支；
2、修改lx_main.java的内容，提交，然后切换回主分支；
3、然后合并主分支与dev分支，禁用fast forward合并，使用命令 

$ git merge --no-ff -m '合并dev分支，禁用fast forward合并' dev

4、查看分支历史记录

$ git log --graph --pretty=oneline --abbrev-commit

我们删除的分支dev从分支历史上就可以看出分支信息。

修改密码方法后面不是分号，是一对大括号，写错了，凑合看。

8.2.4 恢复删除的分支

dev分支在上面已经删除了，我发现有bug，不想重新创建分支，怎么恢复？

因为上面使用了禁用”fast forward”模式，git给我们自动提交了一次，所以可以查看commit提交的信息。

查看历史记录，找到commit-id

$ git log --graph --pretty=oneline --abbrev-commit

 以指定commit为基础创建新的分支  

git check -b {branch-name} {commit-id}            

例如

$ git branch recover_dev e970e4b  

切换分支后，查看内容， 都还在。

8.2.5 Bug分支

在git中每个bug都可以通过一个新的临时分支来修复，修复完成后，合并分支，然后将临时分支删除。

当你接到一个修复bug的任务时，你可以创建一个分支bug-02 来修复它，

但是，可能存在当前正在dev上进行的工作还没有提交。可能工作进行到一半时候，我们还无法提交，这时候需要怎么办？

分支recover_dev方法ModifyPassword在原有基础上，添加一行注释，如下，图中忘了展示。

public void ModifyPassword(String uname, String passwd1, String passwd2){

      //开发中。

}

Git还提供了一个stash功能，可以把当前工作现场 ”隐藏起来”，等以后恢复现场后继续工作。

首先确定在哪个分支上修复bug,假定需要在master分支上修复,就需要在master创建临时分支

1、创建一个临时分支bug-02 来修复bug

bug修复完成后，提交

提交后切换到master分支上，并完成合并，最后删除bug-02分支。

现在，可以回到dev分支上继续工作了。工作区是干净的，刚才的隐藏的工作现场怎么恢复?

列出所有保存的工作现场，查看暂存区的所有暂存修改记录

git stash list 

工作现场还在，Git把stash内容存起来了，需要恢复。

使用git stash pop,恢复的同时把stash内容也删除了。

git stash pop

从git栈中获取到最近一次stash进去的内容，恢复工作区的内容，获取之后，会删除栈中对应的stash。
由于可能会stash多次，git使用栈管理，我们可以使用git stash list查看所有的stash

LUOLEI@DESKTOP-SBABRDF MINGW64 /f/lxgit/lxgit (master)
$ cat lx_main.java
public class lxapp(){
public void Register(User user){}
public void Login(String username, String passwd){}
public void ModifyPassword(String uname, String passwd1, String passwd2){
<<<<<<< Updated upstream
//Bug fix completed.
=======
//▒▒▒▒▒С▒
>>>>>>> Stashed changes
}
}

解释

<<<<<<< Updated upstream  当前分支修改的。

>>>>>>> Stashed changes  是Stashed恢复现场要修改的。

recover_dev正在开发的就是方法ModifyPassword，然后我将recover_dev当前工作现场 ”隐藏起来”，新创建了一个分支bug-02,他们修改的同一方法，可能会出现这种情况。再恢复，肯定冲突。

8.2.5.1 stash冲突解决

使用git stash pop一般情况下是会删除存储记录的，但是有冲突的情况并不会删除。

两种解决方法：
1、备份我们修改后的文件，删除程序文件中我们所做的修改，重新pull，然后在用我们备份好的文件替换掉，再push上去即可。
2、可以git reset --hard放弃本地修改，然后就可以git pull了。但是不推荐使用gitreset --hard指令，太危险。

操作

备份lx_main.java

删除bug-02中修改文件的内容，如果不知道修改的啥，

使用$ cat lx_main.java

9. 多人使用git

当你从远程库克隆时候，Git自动会把本地的master分支和远程的master分支对应联系起来了，且远程库的默认名称是origin。

查看远程库
要查看远程库的信息

git remote

要查看远程库的详细信息

git remote –v

9.1 推送分支到远程

命令格式 

git pull orgin 分支名称  

例如

git pull orgin recover_dev

会把远程分支recover_dev上的代码下载并合并到本地所在分支。

我们先在github上修改lx_main.java

原内容

修改后

10. 公司中使用git

项目经理：首先搭建好项目框架，然后把项目框架代码放到服务器。

项目成员：
1、在自己的电脑上，生成ssh公钥（参考上面的），然后把公钥给项目经理，项目经理把它添加的服务器上面；
2、项目经理会给每个组员的远程仓库的地址，组员把代码clone到自己的电脑上；

3、刚克隆下来的recover_dev分支在本地也叫recover_dev，通常不建议直接在这个分支上开发，而是新建一个分支。

3.1、git checkout -b dev-01   //创建并切换到dev-01分支上
3.2、我们可以在dev-01上写代码，写完后可把代码提交到本地仓库，add和commit；
3.3、开发完成后我们可将dev-01分支合并到本地recover_dev分支上

3.3.1、切换到本地recover_dev分支

git checkout recover_dev 

切换分之前，需先在dev-01上commit更改到本地仓库

3.3.2、本地dev分支更新

git pull origin recover_dev

先把最新的远程的recover_dev拉取下来。当你合并分支的时候，可能其他同事又提交了新的内容。

3.3.3、在本地recover_dev分支上去合并dev-01分支

git merge dev-01

4、提交本地dev到远程

git pull orgin recover_dev

为什么不直接在本地recover_dev分支上开发，而另创一个dev-01分支？

场景：当你直接在本地recover_dev分支上开发时，测试告诉你线上出了一个小bug你需要马上修改掉，这个bug很快就能解决，但是你的本地recover_dev分支还处于开发状态，甚至是编译都不能通过的状态，你需要注释你的修改或者再去重新拉一个recover_dev分支修改bug

但是当你只是在dev-01分支上开发时，你只需提交当前修改并切换到本地recover_dev分支上去修改就行了，修改完后切换dev-01继续开发即可。

经验

1、提交前先git pull 更新别人提交的代码，避免发生冲突。

2、分支切换前先commit保存修改到本地仓库，不然切换不会成功，强行切换会导致当前分支被覆盖。

3、文件名拒绝中文 

11. 常用git命令

初始化本地仓库

git init

git remote add origin “git 地址”

git remote -v

如想要从HTTPS方式的关联仓库切换到SSH方式关联的仓库
取消关联

git remote remove origin

git remote add origin “git SSH方式的地址”

查看所有的分支：

git branch -a

git fetch

git checkout 分支名称

git branch 分支名称

git branch-D 分支名

git branch -d 分支名

git checkout -b 分支名

克隆远程仓库的项目代码：

git clone “远程仓库地址”

克隆远程仓库指定分支的代码：

git clone “远程仓库地址”

拉取远程分支：

git pull 远程分支

提交变更到本地仓库：

git commit -m “修改注释”：

将你的分支推到远程仓库：

git push origin “本地分支名”:远程分支名

撤销本地commit:

查看commit_id

git log    

git reset --hard commit_id

查看当前仓库的状态（你修改了哪些，哪些保存到了本地仓库，哪些没有）：

git status

查看提交历史：

git log

添加所有新文件

git add -A 添加所有变化
git add -u 添加被修改(modified)和被删除(deleted)文件，不包括新文件(new)
git add . 添加新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件

pull 和 clone 的区别

clone 是本地没有 repository 时，将远程 repository 整个下载到本地。
pull 是本地有 repository 时，将远程 repository 里新的 commit 数据(如有的话)下载过来，并且与本地代码merge。
git pull相当于git fetch和git merge。
是先从远程下载git项目里的文件，然后将文件与本地的分支进行merge。

修改注释  

git commit --amend

修改文件。

 wq保存并退出

删除项目上的git信息

rm -rf .git 

12. IDEA下配置使用Git

http://www.leixingke.com/article/detail/qgwA8HVp  

参考资料

[1] git https://blog.csdn.net/YJG7D314/article/details/104551896  

[2] git https://blog.csdn.net/qq_36150631/article/details/81038485  

[3] git stash和git stash pop  https://blog.csdn.net/qq_36898043/article/details/79431168  

[4] 常用 Git 命令清单  http://www.ruanyifeng.com/blog/2015/12/git-cheat-sheet.html

[5] Git 完整命令手册地址：http://git-scm.com/docs

[6] PDF 版命令手册：github-git-cheat-sheet.pdf