Git使用总结，一篇就够啦~

创作不易，如果觉得这篇文章对你有帮助，欢迎各位老铁点个赞呗，您的支持是我创作的最大动力！

1 初识Git

Git是一个分布式的代码管理容器，本地和远端都保有一份相同的代码。 这一年来，公司为了便于管理，项目版本控制工具改为了Git，现在把使用的心得进行一下总结：
Git 仓库主要是由是三部分组成：

• 工作区(Workspace)是电脑中实际的目录。

• 暂存区(Index)类似于缓存区域，临时保存你的改动。

• 仓库区(Repository)，分为本地仓库和远程仓库。这几乎是所有操作的本质。

2 Git与SVN区别

这里博主引用了两个角度的区别

2.1 Git与SVN区别One

该区别引用原文部分片段：http://www.ttlsa.com/svn/five-basic-difference-between-git-and-svn/

• 1、Git是分布式的，SVN不是：

这是Git和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。如果你能理解这个概念，那么你就已经上手一半了。需要做一点声明，Git并不是目前第一个或唯一的分布式版本控制系统。还有一些系统，例如Bitkeeper, Mercurial等，也是运行在分布式模式上的。但Git在这方面做的更好，而且有更多强大的功能特征。

Git跟SVN一样有自己的集中式版本库或服务器。但，Git更倾向于被使用于分布式模式，也就是每个开发人员从中心版本库/服务器上chect out代码后会在自己的机器上克隆一个自己的版本库。可以这样说，如果你被困在一个不能连接网络的地方时，就像在飞机上，地下室，电梯里等，你仍然能够提交文件，查看历史版本记录，创建项目分支，等。对一些人来说，这好像没多大用处，但当你突然遇到没有网络的环境时，这个将解决你的大麻烦。

同样，这种分布式的操作模式对于开源软件社区的开发来说也是个巨大的恩赐，你不必再像以前那样做出补丁包，通过email方式发送出去，你只需要创建一个分支，向项目团队发送一个推请求。这能让你的代码保持最新，而且不会在传输过程中丢失。GitHub.com就是一个这样的优秀案例。有些谣言传出来说subversion将来的版本也会基于分布式模式。但至少目前还看不出来。

• 2、 Git把内容按元数据方式存储，而SVN是按文件：

所有的资源控制系统都是把文件的元信息隐藏在一个类似 .svn，.cvs等的文件夹里。如果你把 .git目录的体积大小跟 .svn比较，你会发现它们差距很大。因为 .git目录是处于你的机器上的一个克隆版的版本库，它拥有中心版本库上所有的东西，例如标签，分支，版本记录等。

• 3、Git分支和SVN的分支不同：

分支在SVN中一点不特别，就是版本库中的另外的一个目录。如果你想知道是否合并了一个分支，你需要手工运行像这样的命令svn propget svn:mergeinfo，来确认代码是否被合并。所以，经常会发生有些分支被遗漏的情况。
然而，处理Git的分支却是相当的简单和有趣。Git分支功能十分强大，你可以从同一个工作目录下快速的在几个分支间切换。你很容易发现未被合并的分支，你能简单而快捷的合并这些文件。

• Git没有一个全局的版本号，而SVN有：

目前为止这是跟SVN相比GIT缺少的最大的一个特征。你也知道，SVN的版本号实际是任何一个相应时间的源代码快照。我认为它是从CVS进化到SVN的最大的一个突破。因为Git和SVN从概念上就不同，我们可以使用Git的SHA-1来唯一的标识一个代码快照。这个并不能完全的代替SVN里容易阅读的数字版本号。但，用途应该是相同的。

• Git的内容完整性要优于SVN：

Git的内容存储使用的是SHA-1哈希算法。这能确保代码内容的完整性，确保在遇到磁盘故障和网络问题时降低对版本库的破坏。这里有一个很好的关于Git内容完整性的讨论 – http://stackoverflow.com/questions/964331/git-file-integrity

Git和SVN之间只有这五处不同吗？当然不是。我想这5个只是“最基本的”和“最吸引人”的。

2.2 Git与SVN区别One

对于一直使用svn的童鞋们来说，可能一时半会转换不过来，这里多写了区别来帮助理解。

该部分区别引用原文部分片段：https://zhuanlan.zhihu.com/p/48148269

• Git是分布式的，SVN是集中式的
  这是 Git 和 SVN 最大的区别。若能掌握这个概念，两者区别基本搞懂大半。因为 Git 是分布式的，所以 Git 支持离线工作，在本地可以进行很多操作，包括接下来将要重磅推出的分支功能。而 SVN 必须联网才能正常工作。

• Git复杂概念多，SVN简单易上手
  所有同时掌握 Git 和 SVN 的开发者都必须承认，Git 的命令实在太多了，日常工作需要掌握add,commit,status,fetch,push,rebase等，若要熟练掌握，还必须掌握rebase和merge的区别，fetch和pull的区别等，除此之外，还有cherry-pick，submodule，stash等功能，仅是这些名词听着都很绕。
  在易用性这方面，SVN 会好得多，简单易上手，对新手很友好。但是从另外一方面看，Git 命令多意味着功能多，若我们能掌握大部分 Git 的功能，体会到其中的奥妙，会发现再也回不去 SVN 的时代了。

• Git分支廉价，SVN分支昂贵
  在版本管理里，分支是很常使用的功能。在发布版本前，需要发布分支，进行大需求开发，需要 feature 分支，大团队还会有开发分支，稳定分支等。在大团队开发过程中，常常存在创建分支，切换分支的需求。
  Git 分支是指针指向某次提交，而 SVN 分支是拷贝的目录。这个特性使 Git 的分支切换非常迅速，且创建成本非常低。
  而且 Git 有本地分支，SVN 无本地分支。在实际开发过程中，经常会遇到有些代码没写完，但是需紧急处理其他问题，若我们使用 Git，便可以创建本地分支存储没写完的代码，待问题处理完后，再回到本地分支继续完成代码。

3 Git使用基础配置

3.1 下载windows版本Git客户端

a、点击下载
　　b、配置git环境变量，使用git --version查看是否配置成功

3.2 设置Git全局参数（需要设置用户名和邮箱）

参考链接：https://www.cnblogs.com/vae860514/p/8203455.html

客户端安装完成后在任意文件夹右键，打开Git bash，输入：
a、git config --global user.name xxx
b、git config --global user.email xxx@xxx.com

3.3 下载项目

在需要下载项目的文件下中右键，打开Git bash，输入以下命令：
git clone xxx（项目地址），即可下载想下载的项目

到这里，就可以使用Git愉快的玩耍了！！！

4 Git常用命令总结

掌握以下基础命令，git使用基本上没啥问题了

4.1 分支管理

• 创建dev分支
  　　在项目文件夹 中右键打开Git bash：
  　　git branch dev 创建分支
  　　实际使用时，创建并切换分支，一步到位
  　　git checkout -b dev

• 切换分支
  　　git checkout 分支名称
  　　git checkout dev 切换到dev分支

• 同步服务端dev分支代码：
  　　git pull -r origin dev（如果在当前分支，可以使用不严谨的写法拉取代码 git pull --rebase，或者使用git pull -r即可）

• 查看分支
  　　git branch(命令行中绿色为当前分支)
  　　git branch -l 查看本地分支
  　　git branch -r 查看远程分支
  　　gir branch -a 查看全部分支（远程和本地的）

• 更新分支
  如果在idea中，看不到相应的远程分支，可以使用git fetch命令更新最新的分支

• 删除本地分支
  　　git branch -D hotfix

• git删除远程分支
  git push origin --delete [branch_name]

• 关联远程分支
  git branch --set-upstream-to=origin/

4.2 查看提交日志

• git reflog
  可以查看所有分支的所有操作记录（包括已经被删除的 commit 记录和 reset 的操作）

• git log
  只能查看最终的日志，不能察看已经删除了的commit记录

4.3 文件操作

• 查看git文件状态信息
  　　git status

• git add /*
  　　添加git文件名称到暂存区，也可以使用git add .添加所有的改动文件到暂存区

• git commit -m '提交注释'(一般借助工具会省事些，比如Idea)
  　　提交文件到本地

• git push
  　　提交代码到远程（origin）

• 遇到未提交的代码（不想提交），建议不要直接使用git checkout dev切换到dev分支
  拉取代码以后，如果冲突，本地代码容易丢失。

  一般先使用命令把代码提交到本地仓库，然后才拉取代码。也可以使用git stash，把你刚修改的几个文件藏起来，在命令行同步代码之后，在使用git stash apply（pop）还原即可。

• git stash pop会清空暂存区的这次历史，使用git stash list看不到这次暂存历史，而git stash apply从暂存区取出文件后，暂存区历史仍然存在

• .ignore忽略提交文件
  　　git rm --cached .gitignore可以删除忽略的文件

• git stash list
  　　查看暂存区的列表，使用git stash clear可以清空暂存区列表

4.4 文件回滚

• git reset --soft HEAD^
  　　该命令可以用于刚才提交了一次代码到本次仓库，想撤销提交
• git reset --hard commitId(HEAD还原到上一次)
  　　本地还原到指定版本（commitId为提交的id，可以使用git log查看）

4.5 修复线上bug

• 首先使用命令git checkout master切到主分支，并使用命令git pull -r origin master拉取最新的master分支代码

• 然后在master分支切出修复分支git checkout -b hotfix，拉取代码(如果服务端有其他人已经创建了hotfix分支，使用git pull -r先同步下hotfix分支服务的代码。

• 修改bug后，使用git push命令推送刚才修复过程中，commit提交的代码

• 把修改的内容，合并到master分支，一般来说，公司不会让直接操作master主分支，会有一个类似UAT的上线分支，开发合并hotfix到uat分支，回归测试没问题，然后由管理员合并uat分支到master主分支

  直接合并master示例：先切回master分支上，使用git merge hotfix合并代码

4.6 工作时使用的高频命令

• 代码打tag和推送tag到远程
  使用以下命令：
  git tag tagName
git push origin tagName

• 复制某个分支的代码到另一个分支
  首先git log查看想copy代码的commitId，然后在另一个分支上执行命令 git cherry-pick commitId即可实现copy

• git cherry-pick --abort， 如果要取消这次cherry-pick，可以使用该命令，这种情况下当前分支恢复到cherry-pick前的状态，没有改变

• git merge --abort如果使用git merge命令合并过程中，想要放弃合并，可以抛弃合并过程并且尝试重建合并前的状态

• git rebase --skip 引起冲突的commits会被丢弃，在使用skip时请慎重

• git rebase --abort 会回到rebase操作之前的状态，之前的提交的不会丢弃

• git rebase --continue 用于修复冲突，提示开发者，一步一步地有没有解决冲突，fix conflicts and then run “git rebase --continue”

• 合并commit
  开发中，经常一个功能会有多次提交，为了减少总提交次数，可以把一个小功能的提交，合并成一个大功能提交，具体操作如下：

  在git操作窗口，执行git rebase -i commitid(合并commitid以后的提交，不包含改commitid)或者git rebase -i HEAD^^命令：
  这时候会出现编辑界面一：

  	pick 98e03ac8 first（第一次提交）
  	s c3caed06 two（第二次提交）
  	s 280140e0 three（第三次提交）
  

  以上操作，表示把第二次和第三次提交，合并到第一次里面

  参数解释：

  # p, pick <commit> = use commit
  # r, reword <commit> = use commit, but edit the commit message
  # e, edit <commit> = use commit, but stop for amending
  # s, squash <commit> = use commit, but meld into previous commit
  

  以上界面一操作保存后，会出现如下界面二：
  把以下三次提交的注释，修改为一个注释，wq:保存退出即可

  # This is a combination of 3 commits.
  # This is the 1st commit message:
  
  first
  
  # This is the commit message #2:
  
  two
  
  # This is the commit message #3:
  
  three
  

  如果合并未完成时，撤销本次合并，执行命令：git rebase --abort 或者git reset commitId(需要会退的id)
  git log查看结果，符合我们的预期，push即可，如果push失败，可执行git push -f强制提交

4.7 使用命令行管理远程git仓库

• 从命令行创建一个新的仓库

  touch README.md
  git init
  git add README.md
  git commit -m "first commit"
  

• 从命令行推送已经创建的仓库

  git remote add origin git仓库地址（如：http://ip:端口/me.git）
  git push -u origin master
  

4.8 代码关联Git仓库

• Git global setup

  git config --global user.name "Administrator"
  git config --global user.email "admin@example.com"
  

• Create a new repository

  git clone http://ip/myProject.git
  cd myProject
  touch README.md
  git add README.md
  git commit -m "add README"
  git push -u origin master
  

• Push an existing folder

  cd existing_folder
  git init
  git remote add origin http://ip/myProject.git
  git add .
  git commit -m "Initial commit"
  git push -u origin master
  

  如果出现以下报错，可以执行git branch --set-upstream-to=origin/master master命令后在进行最后一个提交操作
  

4.9 代码提交记录信息修改

4.9.1 全局执行修改下面的任何一个账号，另外，不要使用sourceTree提交代码，可能会包含其他账号名字（除非也修改了统一的名字）

git config --global user.name xxx
git config --global user.email xxx

4.9.2 本地拉取项目的最新master代码

4.9.3 合并提交记录

git rebase -i --root

4.9.4 在弹出的编辑器里面，把需要修改的commit处(如：config 那行位置)，将picked修改为e，然后eq，退出并保存

4.9.5 重置commit作者信息，将作者和邮箱替换为你本地的user.name和user.email

git commit --amend --reset-author

4.9.6 使用continue命令，回到正常状态

git rebase --continue

4.9.7 使用git log命令，查看是否修改成功

4.9.8 然后强制push到远程仓库

• 需要将master分支暂时取消保护分支，否则该命令会push失败

点开git上相关项目，进入settings–repository，Protected branches里master分支，修改为Unprotect

• 然后执行：git push origin master -f

• 最后，打开master分支保护，修改为protect

写博客是为了记住自己容易忘记的东西，另外也是对自己工作的总结，希望尽自己的努力，做到更好，大家一起努力进步！

如果有什么问题，欢迎大家一起探讨，代码如有问题，欢迎各位大神指正！

给自己的梦想添加一双翅膀，让它可以在天空中自由自在的飞翔！