初识git--基础命令

重要：远程分支是一些无法移动的本地分支，本地分支，本地分支，三遍！是对远程库中分支的索引，只有在git进行网络交互时才会更新，用 (远程仓库名)/(分支名) 这样的形式表示远程分支

一、基础命令1

1 修改全局名称和邮箱，可用其他命令修改单独库

git config --global user.name "xxx"

git config --global user.email "xxx"

2 在需要成为仓库的目录下，初始化git文件仓库

git -init

3 查看git仓库当前状态 有相关提示指令

git status

4 添加到暂存库，提交(并写有意义的提交提示)

git add fileName

git commit -m "xxx"

5 查看当前状态后，若有修改，可查看指定文件发生了什么修改变化

注意：在文件未git add时，若对文件修改了多次，使用git diff 时，只会比较最后一次修改和最后提交部分的不同，中间修改不记录

git diff fileName   （默认把当前工作空间最新的和最新的版本库中内容进行比较）

其他形式：把当前工作空间（可以是暂存区）最新的和指定版本库中的内同进行比较

git diff sha1值或head^等  --  fileName   ,其中sha1值或head^等为指定的版本库

小结：

随时查看git状态，用git status,查看哪个文件本怎么修改 用git diff fileName

----------------------------------------------------------------------------------------------------

二、基础命令2

1 显示从最近到最远的提交情况。

git log（sha1/author/date/提示）

git log --pretty=oneline 一行信息展示（sha1/提示）

2 跳到之前某个已经提交的版本(上个/上上个/前100个)

git reset --hard HEAD/HEAD^/HEAD^^/HEAD~100

git reset --hard 版本号（可以写前面几个字母数字 git自动查找)  可以跳到任意一个指定版本号的版本，故可前进和回退到指定版本

注意：此时需要知道确定的版本号（sha1值）。

3 若已经关闭shell，无法知道某个版本sha1值，如何回退？   需要查看commit和reset的相关操作 ,找到某个版本号

git reflog

小结：

'在git 中各个版本之间来回，改变的知识head指针指向的某个版本，速度极快。

HEAD表示当前版本 ， HEAD^表示上一个， HEAD^^上上一个，HEAD~100上100个版本

跳到指定版本命令：git reset --hard commit_id

回退前需要查看历史提交记录（从最近到最远）git log  /git log --pretty=oneline

回到未来，需要查看命令历史 git reflog

----------------------------------------------------------------------------------------------------

三、基础命令3

1 对工作区（非暂存区）修改的文件进行撤销 （注意和git reset --hard head^/sha1有区别 这个是直接回退到某个commit版本）

   此处 --不能丢失，否则为切换分支命令， 这里撤销有两种情况：1）暂存区中没有，撤销后回到最新的commit版，2）

暂存区中有，则撤销后回到暂存区中的版本

git checkout --  fileName

2  暂存区的修改回退到工作区  

git reset 命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。

git  reset head fileName

注意：若把文件改好了，从暂存区提交，此时想更改，可以通过git reset --hard head^回退到上个版本。

但是若已经上传到了远程，那就完蛋了。

小结：

场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。

场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考git reset --hard submit_id，不过前提是没有推送到远程库。

----------------------------------------------------------------------------------------------------

四、基础命令4

说在前：

版本库1----->已修改未进暂存区----->已进入暂存区----->已修改未进暂存区

git reset --hard commit_id 回退到不同版本  也可git reset head fileName 从暂存区中撤销，回到工作区

git add fileName进去添加暂存区   git rm fileName进入删除暂存区

git checkout-- fileName 其实是用版本库或暂存区里的版本替换工作区的版本。添加时用此命令表示退回到最近的暂存区或版本库，误删除时用此命令，表示还原文件退到删除之前的  最近的暂存区或者版本库中。

1 删除与误删， 删除情况rm和add增加的情况类似，删除也有一个删除暂存区

在文件夹中删除一个文件之后有2中情况：

1）确实要删除，rm fileName,git rm fileName  进入删除暂存区; git commit -m "delete fileName"  即可彻底从git中删除，无法恢复

2）已经在文件夹中误删，但git中未删， git checkout-- fileName 后有4种情况（根据文件的修改情况如上图分类）：会进入最近的版本库或者暂存区，未在版本库或暂存区中的修改会丢失。

注意：不能对进入删除暂存区(git rm fileName)中的文件直接使用git checkout-- fileName进行恢复，必须先从删除暂存区中退回到删除工作区git reset head fileName,后再git checkout-- fileName进行恢复

  一句话，只要没有从git中彻底git rm,git commit删除，都可以进行恢复操作，恢复到文件之前的版本

---

不删除文件夹中文件，只是删除git中，git rm --cached fineName

----------------------------------------------------------------------------------------------------

五、基础命令5

1 在本地git仓库文件夹下，添加远程库：

    git remote add origin [e-mail]:feiwang1991/learnGit.git

此命令后，origin是git的默认远程仓库名称，

 2  第一次推送到远程仓库,-u参数 不但会把本地的master分支推送到远程新的master分支，还会把本地master和远程master分支关联起来

git push -u origin master

此时，只要本地做了修改提交后，即可使用git push origin master，推送到远程

小结：

要关联一个远程库，使用命令：git remote add origin git@服务器地址:path/repo-name.git

关联后，使用 git push -u origin master 第一次推送master分支的所有内容

在每一次本地提交后，可git push origin master 只要有必要，就可推送修改。

git可以不需要联网时，在本地提交，但是svn需要联网才能提交，只能通过网络提交，git可以有网络时再一次性提交

----------------------------------------------------------------------------------------------------

六、基础命令6

通常最好的方式是先在远程建立一个远程库，然后克隆到本地

1 从远程仓库克隆一个仓库到本地

git clone [e-mail]:feiwang1991/gitSkills.git

小结：

克隆的时候使用git clone命令

git支持多种协议，其中git方式默认支持ssh协议，速度最快，当然也可以使用https协议，这个每次需要输入口令，速度较慢。

----------------------------------------------------------------------------------------------------

七、基础命令7

 1 创建分支

   git branch xxx

 2 切换分支

   git checkout xxx

 3 创建并切换分支，相当于1和2的两个效果。

   git checkout -b xxx

4 查看当前分支

git branch

 5 合并指定分支到当前分支

  git merge xxxbranch

 6 删除分支 

   git branch -d xxx

小结：

Git鼓励大量使用分支，速度极快，且安全

查看分支:git branch

创建分支：git branch <name>

切换分支：git checkout <name>

创建并直接切换到分支：git checkout -b <name>

合并某个分支到当前分支：git merge <name>

删除某个分支：git branch -d <name>

----------------------------------------------------------------------------------------------------

八、基础命令8

在当前分支中合并某个分支用git merge xxx ,分支合并有fast-forward ，这种不需要解决冲突。 另一种是会产生冲突，此时需要在冲突文件中，手动解决冲突，然后git add,git commit即可

 注意：冲突解决后，其他分支仍在原始位置，并没有跟进，需要删除分支

 1 查看分支合并情况图

  git log --graph --pretty=oneline --abbrev-commit

----------------------------------------------------------------------------------------------------

九、基础命令9

合并分支时，如果可以git会使用fast-forward方式，如果删除分支后，会丢失分支信息，

若要强制禁止使用此中方式，可以git merge --no-ff -m <name>方式，git在merge时会产生一个新的commit，这样从历史上就可以看出分支信息。

1 禁止使用fast-forward方式

git merge --no-ff -m "" <name>

分支策略：

git开发时，应该注意几个原则。master分支时最稳定的分支，一般不在上面开发，master分支用于发布新的稳定版本。

dev分支用于开发任务，每个小伙伴从dev中弄一个自己的分支，ok了就往dev上合并就可以了

----------------------------------------------------------------------------------------------------

十、基础命令10

 BUG分支：当出现bug时，如紧急接到issue-101BUG，我们此时在dev分支上进行新功能开发，且暂时有许多在暂存区和工作区的文件未提交，暂时无法写完，怎么办？

 需要对当前dev环境进行存档，以一个十分干净的环境修改bug,这很重要（用之前稳定的版本修改bug），若在master上修改bug，则从master出分支,完成后合并bug,之后切换并还原dev现场存档，继续开发等工作。

 1 将工作线程存储起来

   git stash

2 查看当前分支中所有存档的现场

git stash list

3 恢复现场

git stash apply

4 恢复后删除现场

git stash drop

5 恢复并删除现场存档，等于3和4两步操作

git stash pop

 6 可以多次stash,恢复时候可以恢复指定stash （查看用git stash list）

git stash apply <stash@{0}>

小结：

当有bug时，我们通过创建bug分支修复bug,然后修复bug,然后合并

当手头工作没完成时，我们把现场保存一下git stash,然后去修复bug,完成后恢复现场继续工作

----------------------------------------------------------------------------------------------------

十一、基础命令11

1 如果要丢掉一个没有合并过的分支,如用来开发新功能的feature分支，每次开发新功能需要创建一个feather分支，即不能正常删除，会提示丢失数据

可以强行删除  git branch -D <name>

十二、基础命令12

• master分支是主分支，因此要时刻与远程同步；

• dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；

• bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug；

• feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。

1 从远程仓库克隆到本地，git会直接关联本地master分支和远程master分支，且将远程名称默认为origin

   git clone [e-mail]:feiwang1991/learnGit.git

2 在本地git仓库文件夹下，添加远程库：

    git remote add origin [e-mail]:feiwang1991/learnGit.git

此命令后，origin是git的默认远程仓库名称，

 3 第一次推送到远程仓库,-u参数 不但会把本地的master分支推送到远程新的master分支，还会把本地master和远程master分支关联起来

git push -u origin master,此处的origin是远程库名称，master是本地分支的名称

git push origin master  意思为将本地master分支内同推送到远程Origin中对应的分支中去

十三、基础命令13 关于pull push merge rebase fetch区别

1 git clone url 之后默认远程仓库名字 origin

2 git remote -v 查看远程仓库名称 url

3 git remote add name url 添加远程仓库

4 git fetch remote-name 抓取远程仓库的所有本地没有的信息，可抓取所有分支，之后可以对其合并或者查看

如果是克隆了一个仓库，此命令会自动将远程仓库归于 origin 名下。所以，git fetch origin 会抓取从你上次克隆以来别人上传到此远程仓库中的所有更新（或是上次 fetch 以来别人提交的更新）。有一点很重要，需要记住，fetch 命令只是将远端的数据拉到本地仓库，并不自动合并到当前工作分支，只有当你确实准备好了，才能手工合并。

如果设置了某个分支用于跟踪某个远端仓库的分支（参见下节及第三章的内容），可以使用 git pull 命令自动抓取数据下来，然后将远端分支自动合并到本地仓库中当前分支。在日常工作中我们经常这么用，既快且好。实际上，默认情况下git clone 命令本质上就是自动创建了本地的 master 分支用于跟踪远程仓库中的 master 分支（假设远程仓库确实有 master 分支）。所以一般我们运行git pull，目的都是要从原始克隆的远端仓库中抓取数据后，合并到工作目录中的当前分支。

5 git push remote-name local-branch-name

项目进行到一个阶段，要同别人分享目前的成果，可以将本地仓库中的数据推送到远程仓库。实现这个任务的命令很简单： git push [remote-name] [branch-name]。如果要把本地的 master 分支推送到origin 服务器上（再次说明下，克隆操作会自动使用默认的 master 和 origin 名字）.如果在你推数据前，已经有其他人推送了若干更新，那 你的推送操作就会被驳回。你必须先把他们的更新抓取到本地，合并到自己的项目中，然后才可以再次推送。

6 git remote show remote-name 查看某个远程仓库的详细信息 如push pull分支信息

7 

它告诉我们，运行 git push 时缺省推送的分支是什么（译注：最后两行）。它还显示了有哪些远端分支还没有同步到本地（译注：第六行的caching 分支），哪些已同步到本地的远端分支在远端服务器上已被删除（译注：Stale tracking branches 下面的两个分支），以及运行git pull 时将自动合并哪些分支（译注：前四行中列出的 issues 和 master 分支）。

8 git remote rename old-name new-name 给远程仓库重名了

git remote rm remote-name 移除远程仓库

9 git branch -v 查看每个分支最后提交的情况

git branch --merged/ --no-merged看哪些分支已经被/没有并入到当前分支

10 重要：假设你们团队有个地址为 git.ourcompany.com 的 Git 服务器。如果你从这里克隆，Git 会自动为你将此远程仓库命名为origin，并下载其中所有的数据，建立一个指向它的 master 分支的指针，在本地命名为origin/master，但你无法在本地更改其数据。接着，Git 建立一个属于你自己的本地master 分支，始于 origin 上 master分支相同的位置，你可以就此开始工作

一次 Git 克隆会建立你自己的本地分支 master 和远程分支 origin/master，它们都指向 origin/master 分支的最后一次提交。

http://blog.jobbole.com/25877/

如果你在本地 master 分支做了些改动，与此同时，其他人向 git.ourcompany.com 推送了他们的更新，那么服务器上的master 分支就会向前推进，而于此同时，你在本地的提交历史正朝向不同方向发展。不过只要你不和服务器通讯，你的 origin/master 指针仍然保持原位不会移动（见图 3-23）。

图 3-23. 在本地工作的同时有人向远程仓库推送内容会让提交历史开始分流。

可以运行 git fetch origin 来同步远程服务器上的数据到本地。该命令首先找到 origin 是哪个服务器（本例为git.ourcompany.com），从上面获取你尚未拥有的数据，更新你本地的数据库，然后把 origin/master 的指针移到它最新的位置上（见图 3-24）。

图 3-24. git fetch 命令会更新 remote 索引。

11 推送本地分支 重要

如果你有个叫 serverfix 的分支需要和他人一起开发，可以运行 git push (远程仓库名) (本地分支名)： git push origin serverfix

==git push origin serverfix:serverfix

这其实有点像条捷径。Git 自动把 serverfix 分支名扩展为 refs/heads/serverfix:refs/heads/serverfix，意为“取出我在本地的 serverfix 分支，推送到远程仓库的 serverfix 分支中去”。不过一般使用的时候都可以省略它。也可以运行 git push origin serverfix:serferfix 来实现相同的效果，它的意思是“上传我本地的 serverfix 分支到远程仓库中去，仍旧称它为 serverfix 分支”。通过此语法，你可以把本地分支推送到某个命名不同的远程分支：若想把远程分支叫作awesomebranch，可以用 git push origin serverfix:awesomebranch 来推送数据。接下来，当你的协作者再次从服务器上获取数据时，他们将得到一个新的远程分支 origin/serverfix：

git fetch origin

值得注意的是，在 fetch 操作下载好新的远程分支之后，你仍然无法在本地编辑该远程仓库中的分支。换句话说，在本例中，你不会有一个新的serverfix 分支，有的只是一个你无法移动的 origin/serverfix 指针。如果要把该内容合并到当前分支，可以运行 git merge origin/serverfix。如果想要一份自己的 serverfix 来开发，可以在远程分支的基础上分化出一个新的分支来：

git checkout -b serverfix origin/serverfix这会切换到新建的 serverfix 本地分支，其内容同远程分支 origin/serverfix 一致，这样你就可以在里面继续开发了。我们克隆时候，不需要自己新建本地master分支，会自动创建

12 跟踪远程分支 重要

从远程分支 checkout 出来的本地分支，称为_跟踪分支(tracking branch)_。跟踪分支是一种和远程分支有直接联系的本地分支。在跟踪分支里输入git push，Git 会自行推断应该向哪个服务器的哪个分支推送数据。反过来，在这些分支里运行 git pull 会获取所有远程索引，并把它们的数据都合并到本地分支中来。

在克隆仓库时，Git 通常会自动创建一个名为 master 的分支来跟踪 origin/master。这正是git push 和 git pull 一开始就能正常工作的原因。当然，你可以随心所欲地设定为其它跟踪分支，比如origin 上除了 master 之外的其它分支。刚才我们已经看到了这样的一个例子：git checkout -b [分支名] [远程名]/[分支名]。如果你有 1.6.2 以上版本的 Git，还可以用–track 选项简化：

git checkout --track origin/servfix

要为本地分支设定不同于远程分支的名字，只需在前个版本的命令里换个名字

git checkout -b sf  origin/serverfix 现在你的本地分支 sf 会自动向 origin/serverfix 推送和抓取数据了。

13 删除远程分支

如果不再需要某个远程分支了，比如搞定了某个特性并把它合并进了远程的 master 分支（或任何其他存放稳定代码的地方），可以用这个非常无厘头的语法来删除它：git push [远程名] :[分支名]。如果想在服务器上删除serverfix 分支，运行下面的命令：git push origin :serverfix

咚！服务器上的分支没了。你最好特别留心这一页，因为你一定会用到那个命令，而且你很可能会忘掉它的语法。有种方便记忆这条命令的方法：记住我们不久前见过的 git push [远程名] [本地分支]:[远程分支] 语法，如果省略 [本地分支]，那就等于是在说“在这里提取空白然后把它变成[远程分支]”。

14分支的合并 重要

http://blog.jobbole.com/25877/ 参考其合并操作

切换到次分支中，在次分支中git rebase master(主要分支)，就可以把次分支做成补丁在朱分支中重做，此时产生一个新的提交成为主分支的直接下游，当前次分支指针指向这个新的提交，此时主分支还在原始位置。只需对主干进行一次快进合并即可

git merge 次分支，是在主分支中进行的，把次分支合并进当前主分支，git rebase 主分支，是在次分支中进行的，合并入主分支，次分支指针前进

虽然最后整合得到的结果没有任何区别，但衍合能产生一个更为整洁的提交历史。请注意，合并结果中最后一次提交所指向的快照，无论是通过衍合，还是三方合并，都会得到相同的快照内容，只不过提交历史不同罢了。衍合是按照每行的修改次序重演一遍修改，而合并是把最终结果合在一起。

git rebase --onto master server client 把client上的东西跳过server在master上重做一遍

重要：”我们可以直接把 特性分支衍合到主分支，而不用手工切换到 特性分支后再执行衍合操作 — git rebase [主分支] [特性分支] 命令会先取出特性分支server，然后在主分支 上重演：

之后再在切换到主分支上进行git merge 特性分支 快速前进即可

如果把衍合当成一种在推送之前清理提交历史的手段，而且仅仅衍合那些尚未公开的提交对象，就没问题。如果衍合那些已经公开的提交对象，并且已经有人基于这些提交对象开展了后续开发工作的话，就会出现叫人沮丧的麻烦。

小结：

关于重要的几个概念：

1 git中会把远程仓库中的分支通过git fetch remote-name 拉所有分支到本地 ，这就是远程分支 remote-name/branch-name表示。远程分支只用来拉数据（不能直接更改数据），和本地的分支是两回事，本地分支可通过git checkout -b 本地分支名 remote-name/remote-branch 的方式(或git checkout --track 远程名/分支名)产生一个和远程分支同起点的跟踪分支，clone的话，git可以直接产生origin/master的远程分支和master的本地跟踪分支，在跟踪分支可直接git push ,git pull

2 远程分支是不能更改数据的，只可以从远程git fetch name，可以通过远程分支对应的跟踪分支进行push数据即可

3 git rebase 只能必须只合并没有共享过的内容，不然会丢失内容，造成混乱

4 跟踪分支有个方便之处就是可以直接使用git pull  git push, 也可不需要，我们写满 git push remote-name branch-name、git pull remote-name branch-name也可以

十四、基础命令14

  标签就是给对应的commit版本一个好记住的名字，而已。

  1 打标签，切换到需要打的分支上，若直接打标签 git tag <name>

     git tag v1.0 就是在最新的提交上打标签

  2 查看已经打的标签

     git tag

  3 若想在之前提交的版本上打tag,可以先查看之前commit的版本号码，根据git tag <name> <commit_id>

   git tag v0.3 3ffr4

  4 查看某个标签对应版本的具体信息

git show tag-name

5 可以打具有说明的标签 -a是标签名  -m是说明

git tag -a  <name> -m "xxx" commit_id

6 删除标签

git tag -d <name>

7 推送某个标签到远程

git push origin <tag-name>

8 一次性推送所有尚未推送到远程的标签到远程

git push origin --tags

9 删除标签 ，要先从本地开始删除 git tag -d name, 再从远程删除

git push origin ：refs/tags/v0.1

小结：

• 命令git push origin <tagname>可以推送一个本地标签；

• 命令git push origin --tags可以推送全部未推送过的本地标签；

• 命令git tag -d <tagname>可以删除一个本地标签；

• 命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

   十五、基础命令15

    1 .gitignore文件 ，直接放在工作目录下  且为了起作用必须提交到git

     里面直接写 *.txt 等或者 a.b就可以

    2 可以使用别名替代常命令

git config --global alias.st status

git config --global alias.ci commit

git config --global alias.br branch

     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"