git的产生背景

开局先来一个故事吧，故事看完如果不想看枯燥无味的指令，没关系我已经把这篇文章的内容录制成了一个视频，点击文末阅读原文就可以观看。或者说你已经熟练掌握git的使用了，可以直接跳到总结部分（一个好玩的游戏）去检验下你掌握的熟练程度。

很多人都知道，Linus在1991年创建了开源的Linux，从此，Linux系统不断发展，已经成为最大的服务器系统软件了。Linus虽然创建了Linux，但Linux的壮大是靠全世界热心的志愿者参与的，这么多人在世界各地为Linux编写代码，那Linux的代码是如何管理的呢？事实是，在2002年以前，世界各地的志愿者把源代码文件通过diff的方式发给Linus，然后由Linus本人通过手工方式合并代码！你也许会想，为什么Linus不把Linux代码放到版本控制系统里呢？不是有CVS、SVN这些免费的版本控制系统吗？因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的弟兄们也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，不免沾染了一些梁山好汉的江湖习气。开发Samba的Andrew试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了（监控工作做得不错！），于是BitMover公司怒了，要收回Linux社区的免费使用权。 Linus可以向BitMover公司道个歉，保证以后严格管教弟兄们，嗯，这是不可能的。实际情况是这样的： Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！牛是怎么定义的呢？大家可以体会一下。 Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

git 的安装

本文使用的是win7平台。 Git可以在Linux、Unix、Mac和Windows这几大平台上安装了，可以根据自己的操作系统去官网下载。

git 常见命令

介绍命令之前先来张图吧，所有的命令都是围绕张图的

Workspace：工作区，就是你平时存放项目代码的地方
Index / Stage：暂存区，用于临时存放文件的改动，事实上它只是一个文件，保存即将提交到文件列表信息。
Repository：本地仓库区（或版本库），就是安全存放数据的位置，这里面有我们提交到所有版本的数据。其中 HEAD指向最新放入仓库的版本。
Remote：远程仓库，托管代码的服务器。弄清楚上面四个概念，我们就开始实操吧。
通过 git init 命令创建Git可以管理的仓库（本地库初始化)

Administrator@XCRBHXD05IEZEVS MINGW64 /d

$ mkdir gitstudy



Administrator@XCRBHXD05IEZEVS MINGW64 /d

$ cd gitstudy/



Administrator@XCRBHXD05IEZEVS MINGW64 /d/gitstudy

$ git init

Initialized empty Git repository 
in 
D:/gitstudy/.git/

执行完这个命令我们可以看到文件下面会多一个.git的文件夹，以后在这个文件夹下( 工作区)的都可以被git管理了。

git add 命令把文件添加到暂存区。下面我们创建（echo >文件名字）一个demo.txt文件

$ echo > demo.txt

此时的demo.txt文件是带个蓝色？的，当我们执行git add - demo.txt后

那如果这个目录下面有几百个文件都要加到暂存区怎么办？此时可以使用git add . 这个命令可以把当前目录下所有文件加入暂存区。

git status 查看显示工作区和暂存区的状态。

$ git status

git commit -m"提交信息描述" 命令把文件添加到本地仓库。

$ git 
commit -m
"第一次提交"

[
master (root-
commit) 
22f0a2b] 第一次提交

 
1 
file 
changed, 
1 insertion(+)

 
create 
mode 
100644 demo.txt

提交后demo.txt颜色是不是变绿了。

git commit -am"文件描述" 【am】就是【add modify】两个命令的合并。比如我们修改了两个文件demo.txt和demo1.txt。这时候我们可以直接使用git commit -am命令

git commit -am"第三次提交"

如果新增了文件，必须使用分开的命令，不能用合并命令。

git 
add .

git commit -m 
'update'

回退

未使用git add(文件必须是commit 过的)

使用git checkout -- filename（文件名）注意中间有--

$ git checkout -- demo.txt

回退所有的文件修改使用git checkout .

 git checkout .

已使用git add，未使用git commit

使用 git reset HEAD filename（指定文件名）

git reset HEAD demo.txt

回退所有文件修改 git reset HEAD

 git reset HEAD

在使用本命令后，本地的修改并不会消失，而是回到了上面未使用git add 缓存代码，继续使用用git checkout -- filename，就可以放弃本地修改。

已使用 git commit 未push

git reset --hard HEAD^ 回退到上一次commit的状态（这个命令需谨慎执行）。HEAD^（代表上一次）或者通过git reset --hard <commitid>（是版本号可以根据git log查看，每次commit都会生成一个）

 git reset --hard HEAD^

git reset --mixed HEAD^ (--mixed也可以省略），保留工作区，并且清空暂存区。就是回到上一次git add 之前。

git reset HEAD^

git reset --soft HEAD^重置HEAD到指定的版本，不会修改暂存区和暂存区就是回到上一次git commit 之前，适用于合并commit节点。

git reset --soft HEAD^

git revert <commitid> 会回退到之前的那次提交，会产生一个新的commit，将这次回退作为一次修改记录提交，这样的好处是不修改历史提交记录。

 git revert e241441d8a85b2d89

已使用 push

git push -f 可以在本地执行以上操作后，然后强行推送到远程仓库

git push -f

删除

git rm <文件名> 这个必须是commit 之后的文件

 git rm demo.txt

git rm -f <文件名> 这个执行add 未执行 commit可以删除

 git rm -f 4.txt

远程仓库

以上都是在本地仓库进行操作的，提交的代码别人也是看不到的，如果写着代码硬盘坏了咋办？那是不是所有的代码都没了。所以写完了代码赶紧推送到服务器上去。

添加远程库

用命令git remote add origin git@
server-name:path/repo-name.git；关联远程仓库

关联之前肯定要在远程创建仓库

首先要到 https://github.com/全球最大同性jiao友网站上注册一个账号。已有账号的就忽略了。
接下来就是新建一个远程仓库了。

 git remote add origin git@github.com:workit1/studygit.git

关联后，使用命令git push -u origin master第一次推送master分支的所有内容。

git push -u origin master

以后，每次本地提交后可以使用命令git push origin master推送最新修改到远程仓库。

从远程库克隆

前面我们了解先有本地仓库，再有远程库的时候，如何关联远程库。但是一般实际开发中我们是先有远程仓库的，然后从远程库克隆。

 git clone https://github.com/workit1/gitstudy.git

分支管理

git checkout -b <创建分支名> 表示创建并切换分支

Administrator@XCRBHXD05IEZEVS MINGW64 /d/gitstudy (master)

$ git checkout -b feature_a

Switched to a 
new branch 
'feature_a'

基于master分支创建了feature_a分支并且切换到了feature_a分支。

git checkout <name> 或者 git switch <name> 切换分支

 git checkout master

git branch -a 查看所有分支，包含远程分支
git branch 查看本地所有分支
合并分支

git merge master

当有冲突的时候这里会个正在合并的状态

取消合并,此时你如果不想合并了，可以使用git merge --abort取消。

git merge --abort

删除分支

删除本地分支git branch -d <name>

 git branch -d feature_a

删除远程分支git branch -D <name>

实际项目中如果我们需要开发一个功能完整的流程是什么样的呢？多数公司模式应该下面这样的流程吧。 1.先基于主干分支拉出一个功能分支（feature_xx）进行开发。 2.开发完成后测试基于这个功能分支进行测试。 3.测试完成后，开发把功能分支合并到主干分支。合并代码操作如下：

先切换到主干分支（release），主干分支git pull 拉下远程分支最新代码（可能有同事提交了新的代码）
切回到功能分支把本地主干最新代码合（git merge）并到当前功能分支，如果合并有冲突就解决冲突后重新提交。
切换到主干分支执行git merge 功能分支。（这一步实际工作中一般人是不能这么操作的），代码必须要先发起一个merge request 经过代码review才能进行合并到主干分支的。
合并完主干分支后，功能分支就可以删除了。

ITPub博客

一看就会系列：几分钟入门从git到github？