先上一张图

图中的index部分就是暂存区

• 安装好git后我们要先配置一下。以便git跟踪。

  git config --global user.name "xxx"            
  git config --global user.email "xxx@xxx.com"
  

  上面修改后可以使用cat ~/.gitconfig查看
  如果指向修改仓库中的用户名时可以不加--global，这样可以用cat .git/config来查看
  git config --list来查看所有的配置。

• 新建仓库
  mkdir gitDemo cd gitDemo git init 这样就创建完了。

• clone仓库
  在某一目录下执行.
  git clone [git path]
  只是后Git会自动把当地仓库的master分支和远程仓库的master分支对应起来，远程仓库默认的名称是origin。

• git add提交文件更改(修改和新增),把当前的修改添加到暂存区
  git add xxx.txt添加某一个文件
  git add .添加当前目录所有的文件

• git commit提交，把修改由暂存区提交到仓库中
  git commit提交，然后在出来的提示框内查看当前提交的内容以及输入注释。
  或者也可以用git commit -m "xxx" 提交到本地仓库并且注释是xxx

• git status查看当前仓库的状态和信息，会提示哪些内容做了改变已经当前所在的分支。

• git diff对比区别
  git diff 直接查看所有的区别
  git diff HEAD -- xx.txt查看工作区与版本库最新版的差别。
  git diff比较只是当前工作区和暂存区之间的区别。如果想要查看暂存起来的文件和上次提交时的差异可以使用git diff --staged。或者想看和远程仓库最新内容的差异可以使用git diff HEAD。

• git push 提交到远程仓库
  可以直接调用git push推送到当前分支
  或者git push origin master推送到远程master分支
  git push origin devBranch推送到远程devBranch分支

• git merge合并目标分支到当前分支
  git merge devBrach

• git log查看当前分支下的提交记录

• git reset命令回退到某一版本(回退已经暂存的文件)
  Git中用HEAD表示当前版本，上一版本就是HEAD^,上上一版本就是HEAD^^.如果往前一千个版本呢？ 那就是HEAD~1000.
  git reset —-hard HEAD^
git reset —-hard commit_id git reset HEAD fileName可以把用git add之后但是还没有commit之前暂存区中的修改撤销。
  说到这里就说一个问题，如果你reset到某一个版本之后，发现弄错了，还想返回去，这时候用git log已经找不到之前的commit id了。那怎么办？这时候可以使用下面的命令来找。

• git reflog
  可以查看所有操作记录包括commit和reset操作以及删除的commit记录

• git checkout撤销修改或者切换分支
  git checkout -- xx.txt意思就是将xx.txt文件在工作区的修改全部撤销。可能会有两种情况:

  • 修改后还没有调用git add添加到暂存区，现在撤销后就会和版本库一样的状态。
  • 修改后已经调用git add添加到暂存区后又做了修改，这时候撤销就会回到暂存区的状态。

  总的来说git checkout就是让这个文件回到最近一次git commit或者git add的状态。 这里还有一个问题就是我胡乱修改了某个文件内容然后调用了git add添加到缓存区中，这时候想丢弃修改该怎么办？也是要分两步:

  • 使用git reset HEAD file命令，将暂存区中的内容回退，这样修改的内容会从暂存区回到工作区。
  • 使用git checkout --file直接丢弃工作区的修改。

  git checkout把当前目录所有修改的文件从HEAD都撤销修改。
  为什么分支的地方也是用git checkout这里撤销还是用它呢？他们的区别在于--，如果没有--那就是检出分支了。 git checkout origin/developer // 切换到orgin/developer分支

• git rm删除文件
  该文件就不再纳入版本管理了。如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f（译注：即 force 的首字母），以防误删除文件后丢失修改的内容。 另外一种情况是，我们想把文件从 Git 仓库中删除（亦即从暂存区域移除），但仍然希望保留在当前工作目录中。换句话说，仅是从跟踪清单中删除。比如一些大型日志文件或者一堆 .a 编译文件，不小心纳入仓库后，要移除跟踪但不删除文件，以便稍后在 .gitignore 文件中补上，用 --cached 选项即可：git rm --cached readme.txt

• git push
  把本地仓库的内容推送到远程仓库中。

• 分支
  git分支的创建和合并都是非常快的，因为增加一个分支其实就是增加一个指针，合并其实就是让某个分支的指针指向某一个位置。
  

创建分支
git branch devBranch创建名为devBranch的分支。
git checkout devBranch切换到devBranch分支。
git branch查看当前仓库中的分支
git branch -r查看远程仓库的分支

origin/HEAD -> origin/master
origin/developer
origin/developer_sg
origin/master
origin/master_sg
origin/offline

git branch -d devBranch删除devBranch分支。
当时如果在新建了一个分支后进行修改但是还没有合并到其他分支的时候就去使用git branch -d xxx删除的时候系统会手提示说这个分支没有被合并，删除失败。 这时如果你要强行删除的话可以使用命令git branch -D xxx. 如何删除远程分支呢？

git branch -r -d origin/developer
git push origin :developer

如何本地创建分支并推送给远程仓库？

// 本地创建分支
git checkout master //进入master分支
   git checkout -b frommaster //以master为源创建分支frommaster
// 推送到远程仓库
git push origin frommaster// 推送到远程仓库所要使用的名字

如何切到到远程仓库分支进行开发呢？
git checkout -b frommaster origin/frommaster // 本地新建frommaster分支并且与远程仓库的frommaster分支想关联 提交更改的话就用 git push origin frommaster

• git merge合并指定分支到当前分支
  git merge devBranch将devBranch分支合并到master。

• 打tag
git tag v1.0来进行打tag，默认为HEAD
git tag查看所有tag
  如果我想在之前提交的某次commit上打tag，git tag v1.0 commitID
  当然也可以在打tag时带上参数 git tag v1.0 -m "version 1.0 released" commitID

  git show tagName来查看某tag的详细信息。

• 打完tag后怎么推送到远程仓库
  git push origin tagName

• 删除tag
git tag -d tagName

• 删除完tag后怎么推送到远程仓库，这个写法有点复杂
  git push origin:refs/tags/tagName

• 忽略文件
  在git根目录下创建一个特殊的.gitignore文件，把想要忽略的文件名填进去就可以了,匹配模式最后跟斜杠(/)说明要忽略的是目录,#是注释 。 其实不用一个个的去写，具体可以根据项目参考https://github.com/github/gitignore 当然不要忘了把该文件提交上去
  在用linux的时候会自动生成一些以~结尾的备份文件，如果ignore掉呢？https://github.com/github/gitignore/blob/master/Global/Linux.gitignore

• 撤销最后一次提交 有时候我们提交完了才发现漏掉了几个文件没有加或者提交信息写错了，想要撤销刚才的的提交操作。可以使用--amend选项重新提交:git commit --amend

• 查看远程仓库克隆地址 git remote -v

关于git的工作区、缓存区可以看下图index标记部分的区域就是暂存区

从这个图中能看到缓存区的存在，这就是为什么我们新加或者修改之后都要调用git add方法后再调用git commit。
其实我一直有点分不开reset和checkout的区别，从这个图里能明显看出来了：

• 当执行git reset HEAD命令时，暂存区的目录树会被重写，会被master分支指向的目录树所替换，但是工作区不受影响。
• 当执行git checkout .或git checkout -- file命令是，会用暂存区全部的文件或指定的文件替换工作区的文件。这个操作很危险，会清楚工作区中未添加到暂存区的改动。 命令时，会用HEAD指向的master分支中的全部或部分文件替换暂存区和工作区中的文件。这个命令也是极度危险的。因为不但会清楚工作区中未提交的改动，也会清楚暂存区中未提交的改动。
• git reset HEAD <file> 是在添加到暂存区后，撤出暂存区使用，他只会把文件撤出暂存区，但是你的修改还在，仍然在工作区。当然如果使用git reset --hard HEAD这样就完了，工作区所有的内容都会被远程仓库最新代码覆盖。
• git checkout -- xxx.txt是用于修改后未添加到暂存区时使用(如果修改后添加到暂存区后就没效果了，必须要先reset撤销暂存区后再使用checkout)，这时候会把之前的修改覆盖掉。所以是危险的。

• 邮箱 ：charon.chui@gmail.com
• Good Luck!