git

标签：并且   比较   his   ref   序列   pos   下一步   使用命令   自动   

安装git完成后
    $ git config --global user.name "Your Name"
    $ git config --global user.email "email@example.com"

把目录变成Git可以管理的仓库
    $ git init

把文件添加到版本库
    把文件添加到仓库（可以多次add不同的文件）
    $ git add readme.txt

    把文件提交到仓库，-m后面输入的是本次提交的说明（历史记录）
    $ git commit -m "wrote a readme file"

版本回退
    查看提交的历史记录
    git log

    HEAD表示当前版本，上一个版本就是HEAD^，上上一个版本就是HEAD^^，
    当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
    $ git reset --hard HEAD^

    恢复未来的版本/commit id 版本号没必要写全
    $ git reset --hard 1094a

    查看每一次的指令（忘记commit id的话）
    git reflog

工作区和暂存区
    工作区：就是你在电脑里能看到的目录
    版本库：工作区有一个隐藏目录.git，这个不算工作区，而是Git的版本库
Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，
还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。

添加文件时
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支

    查看状态
    git status

管理修改
    Git管理的是修改，而不是文件
    第一次修改 -> git add -> 第二次修改 -> git commit
    第二次修改没变

撤销修改
    $ git checkout -- readme.txt
    一种是readme.txt自修改后还没有被放到暂存区，现在，撤销修改就回到和版本库一模一样的状态；
    一种是readme.txt已经添加到暂存区后，又作了修改，现在，撤销修改就回到添加到暂存区后的状态。
    就是让这个文件回到最近一次git commit或git add时的状态

删除文件
    在文件管理器中把没用的文件删了，或者用rm命令删了
    $ rm test.txt
    要从版本库中删除该文件
    $ git rm test.txt

添加远程库
现在的情景是，你已经在本地创建了一个Git仓库后，又想在GitHub创建一个Git仓库，并且让这两个仓库进行远程同步

    1、首先，登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库

    2、在Repository name填入learngit，其他保持默认设置，点击“Create repository”按钮，就成功地创建了一个新的Git仓库

    3、关联一个远程库
    git remote add origin git@server-name:path/repo-name.git；

    4、第一次推送master分支的所有内容；
    git push -u origin master

    此后每次本地提交后，使用命令git push origin master推送最新修改；

从远程库克隆
假设我们从零开发，最好的方式是先创建远程库，然后从远程库克隆
首先，登陆GitHub，创建一个新的仓库，名字叫gitskills：
勾选Initialize this repository with a README，这样GitHub会自动为我们创建一个README.md文件
创建完毕后，可以看到README.md文件：

现在，远程库已经准备好了，下一步是用命令git clone克隆一个本地库：

$ git clone git@github.com:huang/gitskills.git

分支管理
创建与合并分支
   HEAD严格来说不是指向提交，而是指向master，master才是指向提交的，所以，HEAD指向的就是当前分支
  每次提交，master分支都会向前移动一步
  当我们创建新的分支，例如dev时，Git新建了一个指针叫dev，指向master相同的提交，再把HEAD指向dev，就表示当前分支在dev上
  从现在开始，对工作区的修改和提交就是针对dev分支了，比如新提交一次后，dev指针往前移动一步，而master指针不变
  在dev上的工作完成了，就可以把dev合并到master上。最简单的方法，就是直接把master指向dev的当前提交，就完成了合并
  合并完分支后，甚至可以删除dev分支。删除dev分支就是把dev指针给删掉

    创建dev分支，然后切换到dev分支
    -b参数表示创建并切换，相当于以下两条命令：
    $ git branch dev
    $ git checkout dev

    $ git checkout -b dev

    查看当前分支
    git branc

    在dev分支上正常提交

    dev分支的工作完成，我们就可以切换回master分支
    $ git checkout master

    把dev分支的工作成果合并到master分支上（合并指定分支到当前分支）
    $ git merge dev

    删除dev分支
    $ git branch -d dev


解决冲突
    当在两个分支进行同一文件不同修改并提交，然后合并分支，会产生冲突
    当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

    解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

    用git log --graph命令可以看到分支合并图。


分支管理策略
    通常合并分支时，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。
    如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，从分支历史上就可以看出分支信息。

    合并dev分支，请注意--no-ff参数，表示禁用Fast forward
    $ git merge --no-ff -m "merge with no-ff" dev

    因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。
    合并后，我们用git log看看分支历史

在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
干活都在dev分支上，也就是说，dev分支是不稳定的
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。


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

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

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

Feature分支
    开发一个新feature，最好新建一个分支避免弄乱主分支；
    在dev 中创建分支feature
    如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

多人协作
    首先，可以试图用git push origin <branch-name>推送自己的修改；

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

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

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

    如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，
    用命令git branch --set-upstream-to <branch-name> origin/<branch-name>。

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

Rebase
    rebase操作可以把本地未push的分叉提交历史整理成直线；
    rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比
    $ git rebas


创建标签
    新建一个标签，默认标签是打在最新提交的commit上的
    git tag <tagname>

    根据commit id 添加标签，可以为以前的commit id
    $ git tag v0.9 f52c633

    指定标签信息；
    git tag -a <tagname> -m "blablabla...

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

    还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字
    $ git tag -a v0.1 -m "version 0.1 released" 1094adb

操作标签
    git push origin <tagname>可以推送一个本地标签；

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

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

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

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

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

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

git

标签：并且   比较   his   ref   序列   pos   下一步   使用命令   自动   

原文地址：https://www.cnblogs.com/huangyuanning/p/11961209.html