常用git操作

先看一个综合示例:
在稳定版本上创建一个新的分支new，用于开发新功能

 git branch new   //在稳定版本上创建一个新的分支，开发新功能

开发了一段时间后，稳定版本发现bug, 需要紧急修复，于是切回稳定版本

 git checkout master  //回到稳定版本 

在稳定版本基础上，创建并切换到用于修复bug的hotfix 分支

 git checkout -b hotfix   //在稳定版本基础上，创建并切换到hotfix 分支

多次提交, 确认bug 修复成功后, 切回稳定版本，并把hotfix合并进来。 由于当前 master 分支所在的提交对象是要并入的 hotfix 分支的直接上游，不会有冲突，于是Git 在合并两者时，只会简单地把指针右移，“Fast forward”，快进。

git checkout master    //回到稳定版本
git merge hotfix   //把hotfix合并进来，出现了“Fast forward”，快进

由于当前 hotfix 分支和 master 都指向相同的提交对象，所以 hotfix 已经完成了历史使命，可以删掉了

 git branch -d hotfix   // 删除hotfix 分支

切回new 分支继续开发新功能

 git checkout new    //切回new 分支

开发完后，回到master，并将new 分支并入进来（可能会产生冲突）

 git checkout master   // 回到master
 git merge new    // 将new 并入进来

如果产生冲突，使用git status 可以看到冲突的文件, 手动解决冲突后:

 git add .
 git commit -m "conflict fixed"

【注】
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息,使用git log --graph查看分支图时，是一条直线。
如果要强制禁用Fast forward模式( 添加--no-ff参数 )，Git就会在merge时生成一个新的commit，这样，git log --graph查看分支图时，能看到分支信息 。

git merge --no-ff -m "merge with no-ff" hotfix  
// --no-ff参数，表示禁用Fast forward，因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去

一、常用命令

1.克隆

git clone [email protected]:candy252324/testgit.git

若需要重新定义仓库名称，则

git clone [email protected]:candy252324/testgit.git xxx   // xxx表示自己要重新定义仓库的名字

2. add 操作

git add a.js    // 将修改或新增文件纳入跟踪范围,还可以在合并时把有冲突的文件标记为已解决状态等
git add .      // . 表示所有文件
git diff filename      // 查看已被追踪的文件当前状态和上一次git add时的区别

如何在add的时候忽略某个文件:

git add -u   //  -u就是update的意思，只会add本地已经追踪的文件（删除和修改）,不包括新增的
git reset -- foldername/test.js

如何在add的时候忽略整个文件夹:

git add -u 
git reset -- foldername/*

3. commit 操作

git commit  -m  "your commit message"      
// 直接git commit(不带-m 参数) 会启动vim，
// 若暂存区中没有文件，将不会提交
// 若是有修改，但未add, 而直接提交，则提交的是修改之前的版本  

git commit --amend -m   "新的提交信息"    //纠正错误的提交信息，最终只产生一条提交结果

4.删除操作

rm a.js   // 相当于在文件管理器中直接删除

此时git status ,git 知道进行了文件删除操作，此时有两种选择

• 1. 确实要从版本库中删除该文件

首先 git rm a.js， 然后 git commit -m "delete a.js" ，现在，文件就从版本库中被删除了

• 2.另一种情况是删错了
  因为版本库里还有呢，所以可以很轻松地把误删的文件恢复到最新版本。执行 git checkout -- a.js 即可还原。git checkout 是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”。git checkout [] [] --

git rm              //删除已被添加到暂存区域，但是未被修改的，（无法删除修改之后又重新add的文件），整个文件目录会被删除
git rm -f xxx       //强制删除修改过并且已经放到暂存区域的
git mv xxx1 xxx2        //修改文件名字   相当于依次执行mv xxx1 xxx2，git rm xxx1， git add xxx2

5.回退

在Git中，用HEAD表示当前版本（不一定是最新的提交版本），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100

git checkout a.js   //取消暂存的文件，并删除所做的修改（让文件回到最近一次git commit或git add时的状态）

git rest HEAD test.js  // git reset HEAD 可以把暂存区的修改撤销掉（unstage），但是并不丢弃工作区的修改

git reset --hard HEAD^    // 回退到上一个版本（--hard 表示丢弃工作区的修改）
git reset --hard HEAD^^   // 回退到上上个版本 
git reset --hard xxx   // xxx 为版本号，表示回到某个版本，此时 git log, 将看不到xxx版本往后的commit信息，

当使用 git reset --hard HEAD xxx 回退到xxx版本后，此时 git log, 将看不到xxx版本往后的commit信息，这时如果又想回退到最新版本，却看不到最新版本的commit hash 值，怎么办呢？
可以使用 git reflog, 该命令可以看到你执行过的所有操作（如：clone,commit,pull,reset等）及对应hash值,找到最新版本的hash值，执行git reset --hard xxx即可回退到最新版本。

git reflog.png

6. 推送

git push          // 推送当前分支上的修改到远端
git push origin master    // 将master分支上的内容推至远程仓库
git push origin dev      // 将dev分支上的内容推至远程仓库

7.分支创建和切换

git checkout -b dev    // 创建并切换到dev分支

以上等同与操作以下两步：

git branch dev    // 创建一个名为dev的分支
git checkout dev    //将HEAD 切换到dev分支上

git branch 查看本地所有分支, 前面带有 *号的是当前所处的分支：

git branch.png

git branch -a 查看所有分支,包括远程分支，前面带有 *号的是当前所处的分支，红色标识的是远程分支：

git branch -a.png

当你的小伙伴从远程库clone时，默认情况下，你的小伙伴只能看到master分支。如果小伙伴要在dev分支上开发，就必须创建远程origin的dev分支到本地：

 git checkout -b dev origin/dev    //创建远程origin的dev分支到本地,并切换到dev分支

8.分支的删除

git branch -d dev    // 删除本地dev分支
git push origin -d dev   // 删除远程dev分支

对于一个 commit 过但尚未合并的分支，git branch -d xxx 是无法删除的，若要强制删除，需使用 -D参数

git branch -D dev    // 强制删除dev分支

9. 查看远程仓库信息

git remote   //查看远程仓库信息 ， 注：远程仓库的默认名称为 origin
git remote -v  // 查看更详细的远程仓库信息

10.查看日志

git log     //查看所有提交日志
git log -5   //查看最近的5次提交记录
git log --graph   //显示 ASCII 图形表示的分支合并历史  
git log --pretty=format:"%h %an %ar %s"    //hash值，作者，提交时间，提交信息
git log --author "candy"   //只列出指定作者的提交记录

11.打标签

Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像, 但是分支可以移动，标签不能移动）

git tag v1.0    // 打个标签（默认标签是打在最新提交的commit上的）
git tag v0.9 f52c633    //标签打到某个版本上
git tag       // 查看有哪些标签 （注意，标签不是按时间顺序列出，而是按字母排序的）
git show v1.0     //查看标签信息

还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字

git tag -a v0.1 -m "version 0.1 released" 1094adb

git tag -d v0.9   // 删除打错的标签（创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除） 
git push origin v1.0   // 推送某个标签到远程
git push origin --tags   // 一次性推送全部尚未推送到远程的本地标签

如果标签已经推送到远程，要删除远程标签就麻烦一点，需要先从本地删除:

git tag -d v0.9    // 本地删除

然后从远程删除:

git push origin -d tag v0.9  // 删除远程标签
// 或
git push origin :refs/tags/v0.9      // 删除远程标签

13.merge 和 rebase

现在我们有这样的两个分支, dev和master，提交如下

      D---E dev
     /
 A---B---C---F--- master

在dev执行git merge master,会得到如下结果：

     D--------E
    /          \
 A---B---C---F----G---   dev, master

而在dev执行git rebase master，会得到如下结果：

A---B---C---F---D'--E'---   test, master

rebase命令会把你当前分支(dev)里的每个commit取消掉，并且把它们临时保存为补丁(patch)(这些补丁放到".git/rebase"目录中)，然后把dev分支更新到最新的"master"分支，最后把保存的这些补丁应用到dev分支上。
【使用场景】：
通常使用rebase在个人分支上拉取最新代码：

git pull origin master --rebase  

使用merge将个人分支合并到公共分支

git merge dev

二、git配置

1. 配置用户信息

--global参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用

git config --global user.name candy
git config --global user.email [email protected]

2. 查看配置信息

git config --list          // 检查已有的所有配置信息
git config user.name     // 查看某一项配置信息

3. 使用帮助

git help      // 常看帮助
git help xxx config    // 查看某一指令的帮助，会自动打开浏览器, 如：git  help status config，查看status 指令帮助

4. ignore

*.a            //忽略所有 .a 结尾的文件  
!lib.a         // 但 lib.a 除外    
*.class      //忽略所有 .class结尾的文件  
/TODO          //仅仅忽略项目根目录下的 TODO 文件，不包括 subdir/TODO
build/         //忽略 build/ 目录下的所有文件
doc/*.txt      //会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
doc/**/*.txt   //忽略 doc/ 目录下所有扩展名为 txt 的文件

有些时候，你想添加一个文件到Git，但发现添加不了，原因是这个文件被.gitignore忽略了，如果你确实想添加该文件，可以用 -f 强制添加到Git
git add -f App.class
或者你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用 git check-ignore 命令检查。

$ git check-ignore -v App.class 
.gitignore:3:*.class   App.class     

由输出结果可知， .gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则

5. 配置别名

• 很多人都用 st 就表示 status , co 表示 checkout，ci 表示 commit，br 表示 branch

git config --global alias.st status 
git config --global alias.co checkout
git config --global alias.ci commit
git config --global alias.br branch

以后 git status 就可以写成 git st, 提交就可以简写成 git ci -m "bala bala"

• 我们知道，命令 git reset HEAD file 可以把暂存区的修改撤销掉（unstage），重新放回工作区。既然是一个unstage操作，就可以配置一个unstage别名, 使得 git unstage test.js 效果等同于 git reset HEAD test.js

git config --global alias.unstage 'reset HEAD'

• 甚至可以配置如下：

git config --global alias.lg "log --color --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit"

git lg.png

6.配置文件的位置

• 每个仓库的Git配置文件都放在.git/config文件中
  cat .git/config
  别名就在[alias]后面，要删除别名，直接把对应的行删掉即可

• 而当前用户的Git配置文件放在C盘用户主目录下的一个隐藏文件.gitconfig中

  
  
  

  配置文件.png