git常用命令

[liushuangls]

一、安装Git

• Git国内镜像：https://git-for-windows.github.io/
• 下载并安装完成后打开“Git Bash”创建Git仓库：
• $ git config --global user.name "Your Name"
• $ git config --global user.email "email@example.com"（--global参数表示此电脑上所有Git仓库都使用此配置）

二、创建版本库

首先在合适的地方打开“Git Bash”然后创建空目录：

• $ mkdir xxx
• $ cd xxx
• $ pwd（pwd命令用于显示当前目录。）

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

• $ git init ( 瞬间Git就把仓库建好了，而且告诉你是一个空的仓库 empty Git repository )

三、时光机穿梭

版本回退

• git status     命令可以让我们时刻掌握仓库当前的状态
• git diff xxx    查看文件修改内容
• git add        提交（可以提交多次）
• git commit   对git add的提交在git中进行修改(-m 提交说明)
• git log         查看git版本历史记录（--pretty=oneline简化）
• git reset      恢复/回退 （--hard HEAD~N回退到上n个版本or--hard xxx 版本号）
• cat xxx.xx     查看文件内容
• git reflog      查看所有执行过的命令（获取版本号）

  工作区和暂存区

• git add 提交的内容会放在暂存区，通过git commit提交到工作区

  管理修改

• 为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。

  撤销修改

• git checkout -- files 工作区撤销修改（修改未git commit或git add时，总之，就是让这个文件回到最近一次git commit或git add时的状态。）
• git reset HEAD feiles 暂存区撤销修改(修改以提交到暂存区后，再用git checkout -- files撤销工作区的修改，HEAD表示最新版本)
• 如果以修改到工作区请看上面版本回退，前提是没有推送的远程库

  删除文件

• rm feils 删除文件(git rm feils 提交删除，如果想恢复git checkout -- files撤销删除)

四、远程仓库

添加远程仓库（gitHub）

• 第1步：创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：$ ssh-keygen -t rsa -C "youremail@example.com" 一路按回车
• 第2步：登陆GitHub，打开“Account settings”，“SSH Keys”页面：然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容：
• 为什么GitHub需要SSH Key？ 因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。

同步：

1. 在github中创建一个新仓库找到ssh。
2. 在本地git仓库运行：$ git remote add < name> xxxxx（ssh里的内容）。
3. 通过$ git push -u < name> master 推送到远程仓库 ( 从现在起，只要本地作了提交，就可以通过命令：$ git push < name> master 把本地master分支的最新修改推送至GitHub，现在，你就拥有了真正的分布式版本库！)

从远程库克隆

• git clone xxx (ssh或https协议)

五、分支管理

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

创建与分支合并

• git checkout -b xxx（创建并切换到xxx分支，相当于git branch xxx 创建；git checkout xxx 切换）
• git checkout xxx 切换到xxx分支
• git branch xxx 创建xxx分支
• git branch 查看分支（*代表当前分支）
• git merge xxx 合并分支（将xxx分支合并到当前分支）
• git branch -d xxx 删除xxx分支

解决冲突

• 如果两个分支都做了修改然后合并会造成冲突，这时需要手动修改
• git log --graph --pretty=oneline --abbrev-commit （查看简化版分支合并图）

分支管理策略

• 合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
• git merge --no-ff -m "merge with no-ff" xxx 会保存分支信息

分支策略：

在实际开发中，我们应该按照几个基本原则进行分支管理： 首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活； 那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本； 你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

Bug分支

• git stash 储藏当前工作区 （当你接到一个修复bug的任务时，很自然地，你想创建一个分支来修复它，但是当前正在进行的工作还没有完成，无法提交，Git还提供了一个stash功能，可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作。）
• 首先确定要在哪个分支上修复bug，假定需要在master分支上修复，就从master创建临时分支（git checkout master=>git checkout -b xxx）
• 修复完成后，切换到master分支，并完成合并，最后删除xxx分支：(git checkout master=>git merge --no-ff -m "merged bug fix 101" xxx=>git branch -d issue-101)
• 现在，是时候接着回到原分支干活了！(git checkout yuan=>git stash list 查看储藏)
• 有两个办法恢复：一是用git stash apply恢复，但是恢复后，stash内容并不删除，你需要用git stash drop来删除；（git stash apply stash@{0} 好处是可以恢复指定的stash） 另一种方式是用git stash pop，恢复的同时把stash内容也删了：（git stash pop）

Feature分支