git

CVS/SVN 都是集中式的版本控制系统（必须联网）
中央服务器 ——> 下载最新的版本 ——> 修改后 推送给中央服务器

Git 是分布式版本控制系统（联网不是必须）
每个人的电脑上都是一个完整的版本库

设置用户信息：“Git”->“Git Bash”

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

创建版本库:

$ mkdir learngit   //创建库名

$ cd learngit      //进入库内
 
$ pwd              //显示当前路径

$ git init        //初始化库

到此，建立好一个空的仓库（empty Git repository），
可以发现当前目录下多了一个.git 的目录，这个目录是Git来跟踪管理版本库的，
没事不要手动修改这个目录里面的文件，会把Git仓库给破坏了。
注：.git 目录默认是隐藏的 执行 ls -ah 命令可以看到

把文件添加到版本库

注：所有的版本控制系统，其实只能跟踪文本文件的改动， 比如TXT文件，网页，所有的程序代码等等。而图片、视频这些二进制文件， 虽然也能由版本控制系统管理，但没法跟踪文件的变化，也就是只知道图片从100KB改成了120KB。千万不要使用Windows自带的 记事本 编辑任何文本文件

使用 vi 编辑器

1.$ vi 新建或修改文件
2.按 i 进入编辑
3.编辑完成后按 ESC ，然后选择一下命令

       :w                保存文件，不退出vi
       :w <file-name>    另存为file,不退出
       :w!               强制保存，不退出
       :wq               保存文件，退出
       :wq!              强制保存，退出
       :q                不保存，退出
       :q!               不保存，强制退出
       :e!               放弃所有修改，回到上次保存文件开始编辑

查看文件内容

cat <file-name>

添加文件到版本库

     $ git add <file-name>
     $ git commit -m "描述"

注：可以多次git add ，最后一次git commit

     $ git add file1.txt
     $ git add file2.txt file3.txt
     $ git commit -m "add 3 files."

修改文件

1.使用 vi 编辑器
2. git status  查看仓库当前状态
3. git diff    查看修改内容
4. (1) git add     提交文件到库 
         git status	
   (2) git commit
         git status

查看日志 版本回退

git log //显示从 近到远 的提交日志
git log --pretty=oneline  //输出信息一行显示

commit id   1094adb...
HEAD        当前版本
HEAD^       上一个版本
HEAD^^      上上一个版本
HEAD~100    往上100个版本

◆git reset --hard HEAD^  回退到上一个版本
  git log 查看状态
◆git reset --hard commit_id  回退到指定版本
  git reaet --hard 1094ad
◆git reflog 记录每一次命令 （可以找到commit id回退到指定版本） 

工作区，暂存区

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

git add 就是把文件添加到暂存区
git commit 把暂存区内容提交到当前分支（就是往master分支上提交更改）

git diff HEAD – readme.txt 命令可以查看工作区和版本库里面最新版本的区别

撤销修改

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

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

场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，
参考版本回退一节，不过前提是没有推送到远程库。
注：git checkout -- file 命令中的--很重要， 没有--，就变成了“切换到另一个分支”的命令

删除文件

1.如果你用的rm删除文件，那就相当于只删除了工作区的文件，如果想要恢复，
直接用**git checkout – **就可以

2.如果你用的是git rm删除文件，那就相当于不仅删除了文件，而且还添加到了暂存区，
需要先git reset HEAD ，然后再git checkout –

3.如果你想彻底把版本库的删除掉，先git rm，再git commit 就ok了

rm filename 
git rm 
git commit -m "remove test.txt" //(彻底删除)

小提示：先手动删除文件，然后使用git rm <file>和git add<file>效果是一样的。

远程仓库

打开git Bash 创建SSH Key

1.执行命令：$ ssh-keygen -t rsa -C "xuyalan0304@163.com"
  可以不填密码一路回车，然后用户主目录 .ssh 下有两个文件，
  id_rsa是私钥，id_rsa.pub是公钥

2.登录GitHub，打开 https://github.com/settings   SSH Keys 页面，
  点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容
  点“Add Key”，你就应该看到已经添加的Key

添加远程仓库

登录GitHub 点击Create a new repo按钮，创建一个新的仓库，我们可以从这个仓库克隆出新的仓库

从远程库克隆：

$ git clone git@github.com:michaelliao/learngit.git

也可以把一个已有的本地仓库与之关联，然后把本地仓库推送到GitHub仓库

推送到远程仓库 ：本地的learngit仓库下运行命令：

1. $ git remote add origin git@github.com:michaelliao/learngit.git

   把 michaelliao 替换成你自己的GitHub账户名，Git默认远程库名字为origin

2. 把本地库的所有内容推送到远程库上

   第一次推送到GitHub命令： $ git push -u origin master

   后续推送命令： $ git push origin master

分支管理

创建了一个属于你自己的分支，别人看不到，还继续在原来的分支上正常工作，
而你在自己的分支上干活，想提交就提交，直到开发完毕后，
再一次性合并到原来的分支上，这样，既安全，又不影响别人工作。

  git branch //查看分支   
  
  git branch <name>  //创建分支   

  git checkout <name>  //切换分支   

  git checkout -b <name> //创建+切换分支  

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

  git branch -d <name>  //删除分支  

解决冲突

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

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

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

分支管理策略

合并分支时，如果用 Fast forward 模式，删除分之后，会丢掉分支信息
如果禁用 Fast forward ，使用 --no-ff方式合并分支，合并时（merge）会生成一个新的commit，
这样就可以从分支历史上看出分支信息。

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

 git stash      //保存当前工作现场

 git stash list    //查看保存的工作现场

 git stash apply   //恢复工作现场  恢复后 stash 内容并不删除，需要用git stash drop删除

                     // 恢复指定的stash：git stash apply stash@{0}

 git stash drop    //删除工作现场

 git stash pop     //恢复并删除工作现场  恢复的同时把stash内容也删了

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

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

保存工作区 修复bug步骤：

1.  git stash  //保存工作现场
2.  git checkout master  //切换到 master 分支上
     git checkout -b issue-101   //在 master 分支上建立 issue-101 分支
3.  git add readme.txt
     git commit -m "fix bug 101"   //将修复后的文件添加到暂存区提交到当前分支
4.  git checkout master  //修复完成后切换到 master 分支
5.  git merge --no-ff -m "merged bug fix 101" issue-101  //把issue-101合并到master
6.  git branch -d issue-101  //删除issue-101分支
7.  git checkout dev  //切换到 dev 分支
8.  git stash list  //查看保存的工作现场
9.  git stash pop  //恢复并删除工作现场

Feature分支

每添加一个新功能，最好新建一个feature分支，
在上面开发，完成后，合并，最后，删除该feature分支。

    git branch -D <branch-name>  ///强行删除 -D

多人协作

   git remote  //查看远程库信息

   git remote -v  //显示详细信息

   git push origin master  /  git push origin dev  //推送分支到远程仓库 

抓取分支

   git pull //从远程抓取

   git checkout -b <branch-name> origin/<branch-name> //在本地创建和远程分支对应的分支

   git bianch --set-upstream <branch-name> oringin/<branch-name>  //建立本地分支和远程分支的关联

   或 git branch --set-upstream-to=origin/<branch-name> <branch-name>

rebase 变基

git rebase 把分叉的提交历史整理成一条直线，看上去更直观。缺点是本地的分叉提交已经被修改过了。

只对尚未推送或尚未分享给别人的本地修改执行变基操作清理历史，从不对已推送至别处的提交执行变基操作。

标签管理

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

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

所以，标签也是版本库的一个快照

创建/查看 标签

git tag <tag-name>   //在最新commit上打一个标签

git tag <tag-name> commit-id    //在对应的commit-id上打一个新标签

git tag -a <tag-name> -m "description" commit-id    //创建带有说明的标签 -a 指定标签名 -m 指定说明文字

git tag  //查看所有标签

git show <tag-name> // 查看对应标签的信息

注意标签总是和某个commit挂钩。如果这个commit既出现在master分支，又出现在dev分支，那么在这两个分支上都可以看到这个标签。

操作标签

     git push origin <tag-name>   //推送某个标签到远程

     git push origin --tags   //一次性推送全部未推送的标签到远程

     git tag -d <tag-name>  // 删除一个本地标签

     git tag -d <tag-name>      
     git push origin :refs/tags/<tag-name>  //删除一个远程标签2步   

使用 github

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

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

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

自定义git

配置颜色

git config --global color.ui true