Git学习笔记

• 1. git基本配置

     1. git config--global user.name "Your Name"	设置名字
        git config --global user.email "email@example.com"	设置邮箱
        git commit --amend --author='Your Name <you@example.com>'	如果名字邮箱有误，可以修改

  2. git基本命令

  git init	初始化一个git仓库
  git add	添加文件到仓库
  git commit-m	提交更改，-m为此次提交的说明（message）
  git status	查看仓库当前的状态
  git diff	文件被修改后，查看修改的内容
  git log	提交的历史版本信息（从最近到最远罗列历史提交的信息）

  3. 版本回退

     1. HEAD	表示当前版本
        HEAD^	表示上一个版本
        HEAD^^	表示上上个版本
        HEAD~100	表示往上100个版本
        git reset--hard HEAD^	回退到上个版本
        git reset --hard 3628164	如果回退后希望撤销回退，可以直接在hard后面写上最后一次提交版本的commit id，同样重新回到最新版（前提是当前终端命令行没有关闭）
        git reflog	用来记录你的每一次命令，场景：关掉了终端，希望撤销这次回退，则可用来查找最新的版本的commit id

  4. 工作区和暂存区

     1. 工作区	就是在电脑中能看到的目录
        版本库	工作区有一个隐藏目录.git，这个不算工作区，而是git的版本库： 版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD
        暂存区（stage或index）（概念重要）	git add实际上就是把文件的修改添加到暂存区 git commit 实际上是把暂存区的所有内容提交到当前分支 可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改

  5. 管理修改

     1. 管理修改	git跟踪并管理的是修改，而非文件
        git diff HEAD --<fiel>	查看工作区和版本库里面最新版本的区别
        git checkout -- <file>	放弃工作区的修改，把<file>文件在工作区的修改全部撤销，让这个文件回到最近一次git commit 或 git add时的状态
        git reset HEAD <file>	把暂存区的修改撤销掉（unstage）,重新放回工作区
        git reset	既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新版本
        git rm <file>	在版本库中删除某个文件，如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容

  6. 远程仓库

     1. 创建SSH Key	$ssh-keygen -t rsa -C"youremail@example.com"
        SSH本地文件	主用户目录>>/.ssh/id_res.pub里面的是公匙，在github新加SSH Key的时候把里面的内容复制过去
        关联远程仓库	$git remote add origin git@github.com:Jiayupeng/learngit.git
        git push	把本地库的内容推送到远程，实际上是把当前分支master推送到远程
        git push -u origin master	加上-u参数，Git不但会把本地的master分支内容推送到远程新的master分支，还会把本地的master分支和远程的master分支关联起来，在以后的推送或者拉取时就可以简化命令
        git push origin master	从现在起，只要本地做了提交，就可以通过此命令同步到远程仓库
        小结	要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git； 关联后，使用命令git push -u origin master第一次推送master分支的所有内容； 此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

     2. 从远程库克隆

  git clone

  克隆远程库到本地    要有需要克隆的远程库的地址如：git@github.com:Jiayupeng/gitskills.git，在github仓库页面能找到，ssh支持的原生git协议速度最快

  7. 分支管理
     1. 创建与合并分支

  git checkout -b dev	创建dev分支，然后切换到dev分支，git checkout 命令加上-b参数表示创建并切换，相当于以下两条命令：
  git branch dev	创建dev分支
  git checkout dev	切换到dev分支
  git branch	查看当前分支
  git merge	用于合并指定分支到当前分支,如 git merge dev
  Fast-forward	一种合并模式，快速合并，只是改变指针的位置而已
  小结：	git鼓励大量使用分支 查看分支：git branch 创建分支：git branch <name> 切换分支：git checkout <name> 创建+切换分支：git checkout -b <name> 合并某分支到当前分支：git merge <name> 删除分支：git branch -d <name>

  2. 合并冲突及解决

  git log --graph	可以看到分支合并图
  $ git log --graph --pretty=oneline --abbrev-commit	上面那个命令的扩展，多了几个命令
  手动解决冲突	如果两个分支都对同一个文件进行了修改，合并的时候会出现冲突，这时候需要手动解决冲突

  3. 分支管理策略

  --no-ff	git merge的禁用Fast forward模式，具体命令：
  git merge --no-ff -m"merge with no-ff" dev	如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息
  开发中分支策略的几个原则	首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
  	那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本
  	你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
  小结	Git分支十分强大，在团队开发中应该充分应用。 合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

  4. bug分支

  git stash	当需要修复一个bug，而dev分支的内容还没有提交（还不能提交，功能未完成），这个命令可以把当前工作现场“储藏”起来，等以后恢复现场后继续工作
  git stash list	存储的stash，要恢复原来的工作现场，有两种方法：
  git stash apply	恢复stash，但是还需要用git stash drop来删除
  git stash drop	当用git stash apply恢复stash后，需要用这个命令来删除这个stash
  git stash pop	恢复stash的同时，把stash的内容也删掉
  git stash apply stash@{0}	可以多次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash
  小结：	修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；
  	当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场。

  5. Feature分支

  git branch -D <branch name>

  如果要丢弃一个没有合并的分支，用这个命令，强制删除一个分支

  6. 多人协作

  git remote	当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。 此命令，查看远程库的信息。
  git remote-v	显示更详细的信息，显示了可以抓取和推送origin地址
  git push origin master	推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上
  git push origin dev	要推送本地其他分支到远程，就把后面的本地分支名字改成当前要推送的分支名即可
  哪些分支需要推送？	master和dev需要，不过bug分支只用于本地修复bug，没推送必要，feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。
  git checkout -b dev origin/dev	当从远程clone下来后，默认只有本地的master分支，如果要在dev分支上做修改，需要使用这个命令，创建远程的origin的dev分支到本地
  git pull	如果其他人对同样的文件做了修改，而自己同样往远程push,则会产生冲突，解决方案是先用git pull 把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，在推送 如果pull失败，根据git的提示，使用下面的命令：
  git branch --set-upstream-to=origin/<branch> dev	设置dev和origin/dev的链接，连接后，再次pull就可以成功了
  git commit -m	pull成功但是合并有冲突，之后手动解决冲突，再次commit，然后再推送到远程origin
  多人协作的模式通常是这样：	首先，可以试图用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 remote -v； 本地新建的分支如果不推送到远程，对其他人就是不可见的； 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交； 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致； 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name； 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

  8. git标签

  git标签	发布一个版本时，我们通常先在版本库中打一个标签，这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。 Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针（跟分支很像对不对？但是分支可以移动，标签不能移动），所以，创建和删除标签都是瞬间完成的。
  git show <tag name>	标签不是按时间顺序列出，而是按字母排序的。可以用git show <tagname>查看标签信息
  git tag <name>	打一个新标签，默认标签是打在最新提交的commit上的
  git tag	查看所有标签
  git log --pretty=oneline --abbrev-commit	查看历史commit
  git tag <tag name> <commit-id>	给以前的某次commit添加tag
  git tag-a <tag name> -m <tag message>	还可以创建带有说明的标签，用-a指定标签名，-m指定说明文字
  git tag -s -m	可以通过-s用私匙签名一个标签

  标签删除

  git tag -d <tag name>	如果标签打错了，也可以用这个命令删除
  git push origin <tag name>	推送某个标签到远程
  git push origin --tags	一次性推送全部尚未推送到远程的本地标签
  从远程删除标签，两步	从本地删除标签 git tag-d v0.9
  git push origin :refs/tags/v0.9	然后，从远程删除,命令格式如前

  9. 使用GitHub

  先fork别人的项目	在GitHub上，可以任意Fork开源仓库；
  再clone到本地	自己拥有Fork后的仓库的读写权限；
  再修改
  再提交
  在github发起pull request	可以推送pull request给官方仓库贡献代码

  10. 自定义Git

      1. git config --global color.ui true	让Git显示颜色，让命令输出看起来更醒目
         忽略特殊文件	某些不能提交的文件，在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，GIt就会自动忽略这些文件。
         github给的.gitignore模板	https://github.com/github/gitignore
         忽略文件的原则	忽略操作系统⾃动⽣成的⽂件，⽐如缩略图等 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件

      2. 配置别名

  git config --global alias.st status	将status的别名设置为st
  --global	是全局参数，也就是这些命令在这台电脑的所有git仓库下都有用
  $ git config --global alias.co checkout
  $ git config --global alias.ci commit
  $ git config --global alias.br branch
  $ git config --global alias.unstage 'resetHEAD'
  $ git log -1	显示最后一次提交信息
  $ 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"	丧心病狂的别名…..

  11. 搭建Git服务器

      1. 准备	一台运行Linux的机器，推荐Ubuntu或Debian
         第一步，安装git	$ sudo apt-get install git
         第二步，创建一个git用户，用来运行git服务	$ sudo adduser git
         第三步，创建证书登录	收集所有需要登录的⽤户的公钥，就是他们⾃⼰的id_rsa.pub⽂件，把所有公钥导⼊到/home/git/.ssh/authorized_keys⽂件⾥，⼀⾏⼀个。
         第四步，初始化Git仓库	先选定⼀个目录作为Git仓库，假定是/srv/sample.git，在/srv目录下输⼊命令： $ sudo git init --bare sample.git   Git就会创建⼀个裸仓库，裸仓库没有⼯作区，因为服务器上的Git仓库纯粹是为了共享，所 以不让⽤户直接登录到服务器上去改⼯作区，并且服务器上的Git仓库通常都以.git结尾。然 后，把owner改为git： $ sudo chown -R git:git sample.git
         ……	……