git基础

基础命令

查看提交记录

git log(查看的是提交历史)

git log
//可以加上--pretty=online参数减少输出信息
git log --pretty=online

该命令查看的结果比较重要的是 commit Id,版本回退的时候需要使用到。

<!--more-->

git reflog(查看的是命令历史)

如何经过了回退之后再使用git log可能回退之前的commit Id不能找到，此时可以使用git reflog命令，该命令可以记录每一次提交.

git reflog

版本回退

• head永远表示的是当前最新版本(也就是最后一次commit操作)

• 上一个版本是HEAD^,上上一个版本就是HEAD^^,当版本比较多的时候这种方式不适用，可以使用HEAD~100(上100个版本)这种形式来表示。

• 将当前版本回退到上一个版本

  git reset --hard HEAD^
  

• 如果是想要回退到某一个特定的版本可以使用下面的命令

  git reset --hard commitId
  后面的comimitID需要替换为自己通过git log命令查询出来的那个commitid,当然版本号可以不用写全，写上前面几个就可以了。
  

撤销修改

• 对于修改了文件但是还没有使用git add命令时可以使用checkout命令来撤销修改，后面的fileName是那个文件的全路径

  git checkout -- fileName
  

• 如果已经将修改提交到了暂存区(也就是使用了git add命令还没有使用git commit命令)

  • 提交到暂存区后又做了修改，此时可以使用git checkout命令，此时撤销修改就是回到添加暂存区后的状态。

  • 提交到暂存区后没有做修改，此时可以使用git reset命令，重新回到了工作区。

    git reset HEAD fileName（fileName是全路径）
    

  经过了上面两个步骤文件都是回到了工作区，此时可以再使用git checkout命令来撤销工作区文件的修改。

删除文件

当我们删除了文件之后需要看自己是否确实需要删除这个文件

• 需要删除文件时

  git rm fileName（全路径）/ 或者使用git add命令也是可以的
  git commit -m '注释'
  

• 误删

  git checkout -- fileName
  

  使用git checkout 其实就是用版本库里面的的版本来替换我们工作区的版本，所以无论是删除还是修改都是可以使用git checkout

查看远程库信息

git remote

工作区与暂存区

工作区

使用git创建的本地的目录就是工作区

版本库

工作区中有一个隐藏的.git目录，这个不是工作区，而是git的版本库

暂存区

• 本地建立的文件经过了 git add操作后就是将文件放入到暂存区
• git commit操作就是将暂存区的内容放入到当前的分支上
• <font color="red">需要注意的是git管理的是修改，这句话的意思是commit提交的内容是经过了git add命令之后的内容，也就是如果你修改了一个文件但是没有经过git add操作，然后直接去提交的时候你修改的内容是不会被提交的。</font>

远程仓库

添加远程仓库

也就是本地已经有了工作区，但是还没有与远程github关联上。

• 首先需要在github上面建立一个空仓库

• 然后使用下面的命令将远程仓库与本地的仓库联系起来

  --语法
  git remote add origin git@github.com:用户名/仓库名
  --实例
  git remote add origin git@github.com:GWei11/studyGit.git
  

  在上面的例子中GWei11是我的github的登陆用户名，studyGit是自己建立的仓库名称。这里面远程仓库名是origin（默认的）

• 关联上之后就是将自己本地的内容推送到远程仓库上面去

  git push -u orgin master
  

  这里实际上是将当前分支(master)推送到远程仓库(origin)。<font color="red">第一次推送时加上-u参数时，git不仅会将本地的master分支内容推送到远程新的master分支，还会将本地master分支与远程的master分支联系起来，在后面的推送或拉取时可以简化命令</font>

• 以后就可以使用

  git push orgin master
  

  命令表示推送到orgin远程仓库的master分支上，当然我们可以直接使用git push也是可以的，后面是可以省略的。

clone远程仓库内容

• 先创建远程仓库内容

• 克隆到本地

  git clone git@github.com:用户名/仓库名.git
  --实际案例
  git clone git@github.com:GWei11/study.git
  --另一种写法
  git clone https://github.com/GWei11/study.git
  --后面这个地址是可以在仓库中直接复制过来的
  

分支管理

• HEAD始终是指向当前分支的最新提交

基本命令

创建并切换分支

比如创建dev分支，并切换到dev分支上

git checkout -b dev

使用git checkout命令加上-b参数相当于是下面的两条命令

git branch dev --创建一个分支名叫dev
git checkout dev --切换到dev分支上

查看当前分支

可以使用 git branch来查看当前所在的分支

git branch

该命令会列出所有的分支，当时当前分支前面会有一个*号

合并分支

比如现在在master分支上，想要将dev分支上面的内容合并到master上可以使用下面的命令

git merge dev

• git merge命令是用于合并指定分支到当前分支，比如上面当前分支是master，指定的分支是git merge后面的dev，也就是将dev中的内容合并到master中。
• 输出的结果中如果有fast-forward就表示这次合并是“快速模式”，也就是直接将master指向dev的当前提交。
• 不是每次都能使用快速模式的(尤其是有冲突的时候)

删除分支

一般我们都是在自己的分支上开发，当开发完后合并到master分支上，合并完成后就可以直接删除自己的分支。

git branch -d dev

上面的命令就是删除dev分支。

<font color="red">总结:</font>

• 查看分支： git branch
• 创建分支：git branche 分支名
• 切换分支：git checkout 分支名
• 创建+切换分支：git checkout -b 分支名
• 合并某分支到当前分支：git merge 分支名
• 删除分支：git branch -d 分支名

解决冲突

• 创建并切换到了dev分支

  git checkout -b dev
  

• 修改了文件hello.txt并提交到dev分支

• 切换回master分支

  git checkout master
  

• 修改了hello.txt并提交到master分支

• 将dev分支上的修改合并到master上

  git merger dev
  

  此时因为两个分支上面都修改了同一个文件就会出现冲突，此时git是不会让我们使用快速模式来合并的。但是git依然会将这两个分支上的修改都放入到该文件中，也就是hello.txt文件可能会出现以下的形式

  上面是本来的内容
  <<<<<<< HEAD
  Creating a new branch is quick & simple.
  =======
  Creating a new branch is quick AND simple.
  >>>>>>> dev
  

  <font color="red">Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容</font>

  从上面的案例中可以看到当前分支修改后提交的内容以及dev分支修改后提交的内容。这时就需要我们手动的去修改该冲突的文件，比如修改下面的样子

  上面是本来的内容
  Creating a new branch is quick & simple.
  

  然后再提交即可。

• 手动解决完冲突才可以提交，此时可以使用git log命令来查看合并的情况。

• 最后删除dev分支即可

  git branch -d dev
  

<font color="red">总结:</font>

• 当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
• 解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

分支管理策略

• 通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

• 如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。此时需要使用--no-ff方式的合并。比如现在是在master分支上：

  git merge --no-ff -m "merge with no-ff" dev
  

  • 上面命令使用--no-ff参数表示禁用fast forward模式
  • 因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

• 这样就算删除了分支也是可以通过git log命令查查看分支历史。

分支策略

• master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活。
• 平时都是在dev分支上干活，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本。
• 多人合作时每个人都应该有自己的分支(比如按照自己姓名建立分支)，经常往dev分支上合并即可。

bug分支

平时开发可能还没有开发完成，所以有bug需要修复时就需要另外创建分支来进行修复。不过有几个问题（当前分支是dev）：

• 当前任务还没有完成，所以不能提交
• 因为没有提交，所以创建并切换分支就会丢失一些文件

以上问题可以通过git 的 stash功能来完成。

stash功能

该功能就是保存某一个分支还没提交的东西

• 比如你要创建一个新的分支bug-01,但是你dev分支上的内容还没发提交，所以可以先在dev分支上执行：

  git stash
  

  就会出现如下所以的一句话:

  Saved working directory and index state WIP on dev: f52c633 add merge
  

  此时使用git status查看工作区就是干净的，而且可以放心的创建分支bug-01

• 首先需要确定是在那个分支上面修复bug，比如在master分支上修复，就先切换到master分支上然后建立新的分支

  git checkout master
  git checkout -b bug-01
  

• 在bug-01分支上修复bug后合并到master分支上，所以需要先切换回master分支，然后合并

  git checkout master
  git merge --no-ff -m '提交的注释' bug-01
  

• 现在可以删除bug-01分支

  git branch -d bug-01
  

• 计划回到dev分支上工作

  git checkout dev
  

• 恢复之前保存的现场(下面的命令适用于当我们只是使用了一次git stash时)

  • 首先通过 git stash list命令查看有哪些现场，使用git stash list后可能会出现如下信息

    $ git statsh list
    stash@{0}: WIP on dev: f52c633 add merge
    

  • 两种方式恢复

    • 使用git stash apply，但是使用这种方式恢复之后，stash的内容不会被删除，还需要使用git statsh drop命令来删除
    • 第二种方式是使用 git stash pop，使用该命令在恢复的同时把stash的内容也会删除。

• 如果在dev中多次使用了stash,那么恢复的时候需要先使用git stash list查看，然后恢复指定的stash

  git stash list
  git stash apply stash@{0}
  

  上面的案例是恢复stash@{0}

强行删除未合并的分支

每当有一个新功能的时候我们应该新建一个分支在上面开发，当我们开发完成后再将这个分支上面的内容合并到我们自己的dev分支上，但是有时候那个新功能会被取消，所以需要删除那个新的分支（此时新分支还没有被合并到dev分支上），当使用命令 git branch -d 分支名时会被提示该分支还没有被合并所以不能删除，但是如果想要强制删除可以-D参数，也就是：

git branch -D 分支名

来强制删除一个还没有被合并的分支。

多人协作

查看远程库信息

$ git remote
origin
--或者使用 git remote -v来显示更加详细的信息
git remote -v

远程仓库默认是origin

推送分支

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上：

git push origin master

比如现在想要推送dev分支，命令如下:

git push origin dev

<font color="red">注意：不是所有的分支都需要往远程上推送</font>

• master分支是主分支，因此要时刻与远程同步；
• dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
• bug分支只用于在本地修复bug，可以不用推送到远程上

抓取分支

• 多人协作时，大家都会往master和dev分支上推送各自的修改。

  当使用clone如下命令时：

  git clone git@github.com:GWei11/studyGit.git
  

  默认情况是只能看到master分支。

• 如果想要在dev分支上开发，就需要创建远程origin的dev分支到本地。

  git checkout -b dev origin/dev
  

• 他人已经在dev分支上修改了文件并推送了他的提交，此时你也修改了同样还文件已经提交并试图推送会出现推送失败，因为此时有冲突，解决办法：

  • 使用git pull先拉取最新文件

  • 在本地合并冲突文件再提交与推送

  • 如果显示因为没有指定本地dev分支与远程origin/dev分支的链接而导致pull失败(会提示no tracking information)，可以根据错误提示来设置dev与origin/dev的链接

    git branch --set-upstream-to=origin/<branch> dev
    

  • 然后再git pull并解决冲突再次提交和push即可

标签管理

创建标签的目的是为了在某一个地方做上一个标记，便于以后查找到这个位置，一般是在发某一个版本的时候去打上一个标签。

创建标签

• 切换到需要打标签的分支上，比如切换到master

  git checkout master
  

• 通过git tag 标签名打标签

  git tag v1.0 // 标签名是v1.0
  

• 查看该分支上所有标签

  git tag
  

• 标签时默认打在最新的提交上面的，如果想要打在之前的提交上面就需要先通过 git log命令找到历史提交的commit id，然后再标签名后面加上comit id即可

  git tag v1.0 ahrugh // 后面的ahrugh是某个commit id的前面几位
  

• 创建带有说明的标签

  git tag v1.0 -m '这里是标签的说明' ahrugh
  

查看标签信息

上面已经说过可以通过 git tag命令查看标签，但是需要注意的是标签不吃按照创建的时间先后顺序列出的，而是按照标签名的字母排序的，可以通过git show 标签名来查看标签的详细信息

git show v1.0

<font color="red">标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。</font>

操作标签

删除标签

标签没有推送到远程上

git tag -d v1.0 // 最后那个是标签名

标签已经推送到远程

• 先删除本地标签

  git tag -d v1.0
  

• 删除远程标签(删除命令也是push)

  git push origin :refs/tags/v1.0
  

推送标签到远程

推送一个

git push origin v1.0 //推送一个时最后协商标签名即可

推送所有标签

git push origin --tags

问题汇总

Git进行版本控制添加文件时，中文文件名乱码显示数字问题

使用``git bush时，使用git add XX 添加文件后，git status 发现中文文件名是数字形式，比如"\123\456\789.txt"，点击也无法打开，二使用ls，git log都可以显示中文，网上各种查找资料，最后修改配置git config --global core.quotepath false即可。

转载于:https://my.oschina.net/guowei11/blog/3075496