git 命令

git是一个分布式版本控制系统。由C语言开发。

安装：安装Git - 廖雪峰的官方网站 (liaoxuefeng.com)

设置名字和email地址，以便大家知道谁更新的记录：

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

将当前目录变成git可以管理的仓库：

git init

ls -ah 查看隐藏目录

使用git add命令告诉Git,把文件添加到仓库（执行成功没有任何提示）：

git add 文件名

使用 git commit告诉Git,把文件提交到仓库（-m，后面输入的是本次提交的说明，必须添加注释信息才能提交成功）：

git commit -m "wrote a readme file"

git status命令可以让我们时刻掌握仓库当前的状态，该命令输出告诉我们那些文件被修改过了：

git status

##查看文件具体修改的内容
git diff 文件名

##查看工作区与git版本库中文件的区别
git diff HEAD -- 文件名

git log命令查看历史提交记录，

# 查看提交日志
git log 

# 只查看提交的版本id
git log --pretty=oneline

在Git中使用git reset退回上一个版本，用HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本可以写成HEAD~100：

##退回到上一个版本
git reset --hard HEAD^

## 比如回到了过去一个版本，又想回到最新的版本，如果命令行窗口没有关，可以跳回的最新的版本
#好像最少需要前面4位
git reset --hard 具体的版本号

#查看文件的内容
cat 文件名

Git提供了一个命令git reflog用来记录你的每一次命令。

git checkout -- file 可以丢弃工作区的修改，把文件在工作区的修改全部撤销，这里有两种情况：

一种是自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；

一种是已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。

总之，就是让这个文件回到最近一次git commit或git add时的状态。

命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令。

#撤销工作区的修改
git checkout -- 文件名

##撤销暂存区的修改
git reset HEAD 文件名

 git rm 从版本库中删除文件，git rm 文件名。

可以添加github远程仓库：

#关联的github远程仓库
git remote add origin git@github.com:michaelliao/learngit.git


#用git push命令，实际上是把当前分支master推送到远程。
#第一次推送master分支时，加上了-u参数，Git不但会把本地的master分支内容推送的远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令。
git push -u origin master

#后期只要通过以下命令进行推送到github上,推送分支，就是把该分支上的所有本地提交推送到远程库。
git push origin master
#把dev分支推送到远程仓库
git push origin dev
#推送失败，因为你的小伙伴的最新提交和你试图推送的提交有冲突，解决办法也很简单，Git已经提示我们，先用git pull把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，再推送
#git pull也失败了，原因是没有指定本地dev分支与远程origin/dev分支的链接，
git branch --set-upstream-to=origin/dev dev



#查看远程库信息
git remote
#查看详细信息,如果没有推送权限，就看不到push的地址
git remote -v

#删除远程库 origin
git remote rm origin

#从远处仓库中克隆一个本地库
git clone git@github.com:michaelliao/learngit.git

• 查看远程库信息，使用git remote -v；

• 本地新建的分支如果不推送到远程，对其他人就是不可见的；

• 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

• 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

• 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

• 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

 git分支管理

我们创建dev分支，然后切换到dev分支：

# -b参数表示创建并切换 
git checkout -b dev
#创建远程origin的dev分支到本地
git checkout -b dev origin/dev

#以上命令等价于
git branch dev
git checkout dev

#切换分支，还可以用switch
git switch -c dev
#直接切换至master分支
git switch master


#可以查看当前分支
git branch

#合并分支, git merge命令用于合并指定分支到当前分支，
#合并过程中,提示Fast-forward信息表示合并是“快进模式”
#合并过程中可以--no-ff方式,强制禁用Fast forward模式,Git就会在merge时生成一个新的commit
git merge dev

#删除分支 -d可以删除已合并的分支,-D强制删除
git branch -d dev

解决冲突

#首先通过status命令查看冲突的文件
git status

查看冲突的文件，手动修改内容，在提交，在合并
cat 文件名

#用git log --graph命令可以看到分支合并图。
git log --graph --pretty=oneline --abbrev-commit

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

 BUG分支

stash可以把当前工作现场“储藏”起来(没有提交的修改)，等以后恢复现场后继续工作：
git stash

#用git stash list命令查看保存的工作区
git stash list

#恢复工作区
git stash apply

#删除保存的工作区
git stash drop

#恢复并删除
git stash pop

 在master分支上修复了bug后，我们要想一想，dev分支是早期从master分支分出来的，所以，这个bug其实在当前dev分支上也存在。同样的bug，要在dev上修复，我们只需要把4c805e2 fix bug 101这个提交所做的修改“复制”到dev分支。注意：我们只想复制4c805e2 fix bug 101这个提交所做的修改，并不是把整个master分支merge过来。

为了方便操作，Git专门提供了一个cherry-pick命令，让我们能复制一个特定的提交到当前分支：

git cherry-pick 4c805e2

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

 git rebase

• rebase操作可以把本地未push的分叉提交历史整理成直线；

• rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

创建标签

#打标签
git tag v1.0

#可以用命令git tag查看所有标签：
git tag

#对历史提交的commit id，然后打上标签
git tag v0.9 f52c633