Git简易教程

参考博客：

http://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000/0013743256916071d599b3aed534aaab22a0db6c4e07fd0000

1. 初始化一个Git仓库，使用git init命令。

2. 添加文件到Git仓库，分两步：

    第一步，使用命令git add <file>，注意，可反复多次使用，添加多个文件；

    第二步，使用命令git commit，完成。

3. 使用git status命令, 掌握工作区的状态。

4. 如果git status告诉你有文件被修改过，用git diff可以查看修改内容。

5. git log命令查看历史记录。

    git log --pretty=oneline

6. 版本回退

    git reset --hard HEAD^    // HEAD指向的版本就是当前版本。

    git reset --hard commit_id

        commit_id是版本号，用git log查看。即Git允许我们在版本的历史之间穿梭前，

        用git log可以查看提交历史，以便确定要回退到哪个版本。要重返未来，用git log

        查看命令历史，以便确定要回到未来的哪个版本。

7. 工作区和暂存区

    工作区：使用git init命令初始化的目录。

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

            git add命令把要提交的所有修改放到暂存区（Stage）

            git commit可一次性把暂存区的所有修改提交到分支（master）

    管理修改：每次修改，如果不add到暂存区，那就不会加入到commit中。

    撤销修改：

        1.当改乱工作区某个文件的内容后想直接丢弃工作区的修改时，用命令git checkout -- file

        2.当不但改乱工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，

           第一步用命令git reset HEAD file，就回到了场景1，第二步按场景1操作。

        3.已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，

           不过前提是没有推送到远程库。

    删除文件：rm test.txt    // 删除工作区的文件

        <1> git rm test.txt    // 从版本库中删除该文件

               git commit -m "remove test.txt"    // 提交到版本库

        <2> git checkout -- test.txt    // 用版本库的版本替换工作区的版本

8. 远程仓库GitHub

    (1)创建SSH Key。ssh-keygen -t rsa -C "[email protected]",在用户主目录下，会

        生成.ssh目录，这个目录下生成id_rsa和id_rsa.pub这两个文件。

    (2)在GitHub上Add SSH Key。

    (3)在GitHub上 Create a new repository。

    (4)把本地仓库的内容推送到GitHub仓库,在本地的learngit仓库下运行命令：

        git remote add origin [email protected]:scarliyang/learngit.git

        错误：提示出错信息：fatal: remote origin already exists.

        解决办法如下：

            1、先输入$ git remote rm origin

            2、再输入$ git remote add origin [email protected]:oscarliyang/gitdemo.git 

    (5)把本地库的所有内容推送到远程库上

        git push -u origin master  // 第一次推送master分支的所有内容时加上了-u参数

        git push origin master     // 之后提交只需要这样

    (6)从远程库克隆

            <1>先创建远程库：创建一个新的仓库，勾选Initialize this repository with a README，

                这样GitHub会自动为我们创建一个README.md文件

            <2>再从远程库克隆：git clone [email protected]:oscarliyang/gitdemo.git 

            注：Git支持多种协议，默认的git://使用ssh，但也可以使用https等其他协议。

9. 分支管理

    在Git里，主分支即master分支。HEAD严格来说不是指向提交，而是指向master，master才是

    指向提交的，所以，HEAD指向的就是当前分支。

    (1)创建与合并分支

        <1>首先，我们创建dev分支，然后切换到dev分支：

                git checkout -b dev    // git checkout命令加上-b参数表示创建并切换，

                相当于以下两条命令：  git branch dev  和  git checkout dev

        <2>然后，用git branch命令查看当前分支：

                git branch// git branch命令会列出所有分支，当前分支前面会标一个*号。

        <3>提交：git add readme.txt 

                        git commit -m "branch test"

        <4>切换回master分支：git checkout master

        <5>把dev分支的工作成果合并到master分支上：

                git merge dev//用于合并指定分支到当前分支

        <6>删除dev分支：git branch -d dev

    (2)解决冲突

        即分支和master都修改了同一个文件，导致冲突。则在提交到master分支时，先需要修改

        冲突内容，再add/commit。看到分支的合并情况:

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

        最后删除分支。

    (3)分支管理策略

        --no-ff参数，表示禁用Fast forward：git merge --no-ff -m "merge with no-ff" dev

        在实际开发中，我们应该按照几个基本原则进行分支管理：首先，master分支应该是非常

        稳定的，也就是仅用来发布新版本，平时不能在上面干活；那在哪干活呢？干活都在dev分

        支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合

        并到master上，在master分支发布1.0版本；你和你的小伙伴们每个人都在dev分支上干活，

        每个人都有自己的分支，时不时地往dev分支上合并就可以了。

    注：合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经

            做过合并，而fast forward合并就看不出来曾经做过合并。

    (4)Bug分支

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

        当手头工作没有完成时，先把工作现场git stash储藏一下，然后去修复bug，修复后,

        再git stash pop，回到工作现场。

    (5)Feature分支

        开发一个新feature，最好新建一个分支；如果要丢弃一个没有被合并过的分支，可以通过

        git branch -D <分支名>强行删除。

    (6)多人协作

        当从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，

        并且，远程仓库的默认名称是origin。

        查看远程库的信息，用git remote

        查看远程库详细信息，用git remote -v

        多人协作的工作模式通常是这样：

            首先，可以试图用git push origin branch-name推送自己的修改；

            如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

            如果合并有冲突，则解决冲突，并在本地提交；

            没有冲突或者解决掉冲突后，再用git push origin branch-name推送就能成功！

            注：如果git pull提示“no tracking information”，则说明本地分支和远程分支的链接关系没有

                创建，用命令 git branch --set-upstream branch-name origin/branch-name

        抓取分支：在本地创建和远程分支对应的分支(本地和远程分支的名称最好一致)，使用

                git checkout -b branch-name origin/branch-name

10.标签管理

    发布一个版本时，我们通常先在版本库中打一个标签，这样，就唯一确定了打标签时刻的版本。

    将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，

    标签也是版本库的一个快照。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的

    指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是

    瞬间完成的。

     (1)创建标签

        首先，切换到需要打标签的分支上。

        然后，敲命令git tag <name>就可以打一个新标签。

        命令git tag查看所有标签。

        默认标签是打在最新提交的commit上的，git tag v0.9 commitid 对指定commitid打标签

        标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息

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

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

        还可以通过-s用私钥签名一个标签：

            git tag -s v0.2 -m "signed version 0.2 released" fec145a

     (2)操作标签

        删除标签：git tag -d v0.1   //创建的标签都只存储在本地，不会自动推送到远程

        推送某个标签到远程：git push origin <tagname>

        一次性推送全部尚未推送到远程的本地标签：git push origin --tags

        删除推送到远程的标签：

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

            git push origin :refs/tags/v0.9    //然后从远程删除

11.使用GitHub

    参与一个开源项目：点“Fork”就在自己的账号下克隆了一个bootstrap仓库，然后，从自己的账号

    下 clone：git clone [email protected]:michaelliao/bootstrap.git。一定要从自己的账号下clone仓库，

    这样你才能推送修改。如果从开源库的作者的仓库地址[email protected]:twbs/bootstrap.git克隆，

    因为没有权限，你将不能推送修改。可以在GitHub上发起一个pull request，向开源项目的官方库

    提交你的修改。即：

        在GitHub上，可以任意Fork开源仓库；

        自己拥有Fork后的仓库的读写权限；

        可以推送pull request给官方仓库来贡献代码。