创建版本库
- 创建版本库：
git init - 把文件添加到仓库：
git add <file> - 把文件提交到仓库：
git commit -m <message>，-m 是本次提交的说明
版本管理
- 查看仓库状态：
git status - 查看具体修改内容：
git diff <file>
版本回退
HEAD 表示当前版本，HEAD^ 表示上一个版本，HEAD^^上上一个版本，HEAD~100前100个版本
- 查看历史提交记录：
git log/git log --pretty=oneline - 版本回退：
git reset --hard HEAD - 退回到上一个版本
git reset --hard HEAD^之后运行git log，已经看不到最新版本的记录了 - 从新回到最新版本：
git reset --hard加上最新版本号的前几位就可以了 - 显示每一次命令的id：
git reflog，方便在任何时间回到任意一个版本 - 强行将旧版本推送并覆盖远程库：
git push -f origin master
工作区和暂存区
- 工作区：working directory 项目工作的目录
- 版本库：repository 工作区的
.git隐藏目录不算工作区，而是 git 的版本库 - git add 命令实际上就是把要提交的所有修改放到暂存区（Stage），然后，执行git commit就可以一次性把暂存区的所有修改提交到分支。没有 git add 之前，文件不会被追踪，也就是不会出现在 git status 中
管理修改
- Git 跟踪管理的是修改，而不是文件
第一次修改 -> git add -> 第二次修改 -> git commit：当你用git add命令后，在工作区的第一次修改被放入暂存区，准备提交，但是，在工作区的第二次修改并没有放入暂存区，所以，git commit只负责把暂存区的修改提交了，也就是第一次的修改被提交了，第二次的修改不会被提交- 查看工作区和版本库里面最新版本的区别：
git diff HEAD --readme.txt - 撤销提交到暂存区的内容，重新放回工作区：
git rm --cache filename，如果是文件夹再加上-r
撤销修改
- 丢弃工作区的修改（add之前）：
git checkout -- readme.txt - 丢弃暂存区的修改（add之后，commit之前）：
git reset HEAD readme.txt回到add之前的状态 - git reset 命令既可以回退版本，也可以把暂存区的修改回退到工作区
- 修改撤销总结
- 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
git checkout -- file - 场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令
git reset HEAD file，就回到了场景1，第二步按场景1操作。 - 场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退2.1节，不过前提是没有推送到远程库
- 场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令
删除文件
- 在 git 中，删除也是一个修改操作
- 确实要从版本库中删除该文件，那就用命令
git rm file删掉，并且git commit - 如果删错了，因为版本库里还有，所以可以很轻松地把误删的文件恢复到最新版本：
git checkout -- test.txt。git checkout其实是用版本库里的版本替换工作区的版本，无论工作区是修改还是删除，都可以一键还原。
- 确实要从版本库中删除该文件，那就用命令
- 批量删除文件：
git add --all，然后 commit
远程仓库
由于你的本地Git仓库和GitHub仓库之间的传输是通过SSH加密的，所以，需要一点设置：
- 创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有
id_rsa和id_rsa.pub这两个文件，如果已经有了，可直接跳到下一步。如果没有，打开Shell（Windows下打开Git Bash），创建SSH Key：ssh-keygen -t rsa -C "youremail@example.com"，你需要把邮件地址换成你自己的邮件地址，然后一路回车，使用默认值即可，由于这个Key也不是用于军事目的，所以也无需设置密码。如果一切顺利的话，可以在用户主目录里找到.ssh目录，里面有id_rsa和id_rsa.pub两个文件，这两个就是SSH Key的秘钥对，id_rsa是私钥，不能泄露出去，id_rsa.pub是公钥，可以放心地告诉任何人。 - 登陆GitHub，打开“Account settings”，“SSH Keys”页面：然后，点“Add SSH Key”，填上任意Title，在Key文本框里粘贴id_rsa.pub文件的内容，点“Add Key”，你就应该看到已经添加的Key：
- 创建SSH Key。在用户主目录下，看看有没有.ssh目录，如果有，再看看这个目录下有没有
为什么GitHub需要SSH Key呢？因为GitHub需要识别出你推送的提交确实是你推送的，而不是别人冒充的，而Git支持SSH协议，所以，GitHub只要知道了你的公钥，就可以确认只有你自己才能推送。当然，GitHub允许你添加多个Key。假定你有若干电脑，你一会儿在公司提交，一会儿在家里提交，只要把每台电脑的Key都添加到GitHub，就可以在每台电脑上往GitHub推送了。
添加、删除远程库
- 登陆GitHub，然后，在右上角找到“Create a new repo”按钮，创建一个新的仓库
- 关联本地仓库与远程仓库：
git remote add origin git@github.com:jasonlian/learngit.git。添加后，远程库的名字就是origin，这是Git默认的叫法，也可以改成别的，但是origin这个名字一看就知道是远程库 - 把本地库的内容推送到远程库：
git push -u origin master，第一次推送加上-u，以后就不用加了，直接用git push origin master** - 把本地分支推送到远程库：
git push origin <local branch name>:<remote branch name> - 删除远程库：
git remote rm origin
从远程库克隆
- 远程库克隆到本地：
git clone git@github.com:jasonlian/gitskills.git或者https://github.com/jasonlian/gitskills.git - 使用https除了速度慢以外，还有个最大的麻烦是每次推送都必须输入口令，但是在某些只开放http端口的公司内部就无法使用ssh协议而只能用https
从远程仓库获取更新到本地仓库
- 查看远程仓库：
git remote -v - 下载远程库的最新版本到本地新建一个 temp 分支：
git fetch origin master:temp - 比较本地仓库与分支的差异：
git diff temp - 合并 temp 分支到本地的 master 分支：
git merge temp - 删除 temp 分支：
git branch -d temp - 注意：由于本地仓库可能已经被修改，因此合并远程库的过程中可能会报错，此时有两种处理方法
- 如果要保留本地修改：直接 commit；或者
git stash+git merge temp+git stash pop，含义就是先将本地修改备份，然后合并，然后再将备份恢复，但是这样做修改内容和远程更新可能会存在冲突生成一系列 bug！ - 如果想放弃本地修改：
git reset --hard+git merge temp
- 如果要保留本地修改：直接 commit；或者
- 另外，fetch 命令和 pull 命令的区别是：
pull = fetch + merge
提交到多个远程仓库
- 在每个远程仓库设置公钥之后，直接在本地的 .git 文件夹下的 config 文件中添加远程仓库的地址：
[remote "all"] url = https://github.com/abel533/Mapper.git url = https://git.oschina.net/free/Mapper.git
分支管理
创建与合并分支
- 查看分支：
git branch - 创建分支：
git branch <name> - 切换分支：
git checkout <name> - 创建+切换分支：
git checkout -b <name> - 合并某分支到当前分支：
git merge <被合并分支名 name> - 删除分支：
git branch -d <name>
解决冲突
- 当Git无法自动合并分支时（通常是因为在多个分支上同时有修改），就必须首先解决冲突。解决冲突后，再提交，合并完成。
- 用
git log --graph命令可以看到分支合并图。
分支管理策略
- 合并分支时，加上–no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并
git merge --no-ff -m "merge with no-ff" dev- 查看分支历史：
git log --graph --pretty=oneline --abbrev-commit - 创建分支会造成本地查看文件的时候只能同时查看一个分支的文件，不太方便，因此还是使用一个分支吧
Bug 分支
- 修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除
- 当手头工作没有完成时，先把工作现场
git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场 - 查看 stash：
git stash list - 恢复指定的 stash：
git stash apply stash@{0} - 丢弃一个没有被合并过的分支：
git branch -D <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，如果有冲突，要先处理冲突。
标签管理
- 发布一个版本时，我们通常先在版本库中打一个标签（tag），这样，就唯一确定了打标签时刻的版本。将来无论什么时候，取某个标签的版本，就是把那个打标签的时刻的历史版本取出来。所以，标签也是版本库的一个快照。Git的标签虽然是版本库的快照，但其实它就是指向某个commit的指针
创建标签
- 命令
git tag <name>用于新建一个标签，默认为HEAD，也可以指定一个commit id，通过git log查看 git tag -a <tagname> -m "blablabla..."可以指定标签信息；- 命令
git tag可以查看所有标签 - 查看标签详细信息：
git show <tagname>
操作标签
- 删除一个本地标签：
git tag -d <tagname> - 推送一个本地标签：
git push origin <tagname> - 推送全部未推送过的本地标签：
git push origin --tags - 删除一个远程标签：
git push origin :refs/tags/<tagname>
使用 Github
- 在GitHub上，可以任意Fork开源仓库；
- 自己拥有Fork后的仓库的读写权限；
- 可以推送pull request给官方仓库来贡献代码。
自定义 Git
忽略特殊文件
- 在Git工作区的根目录下创建一个特殊的.gitignore文件，然后把要忽略的文件名填进去，Git就会自动忽略这些文件。
- 不需要从头写.gitignore文件，GitHub已经为我们准备了各种配置文件，只需要组合一下就可以使用了。所有配置文件可以直接在线浏览：https://github.com/github/gitignore
- 忽略文件的原则是：
- 忽略操作系统自动生成的文件，比如缩略图等；
- 忽略编译生成的中间文件、可执行文件等，也就是如果一个文件是通过另一个文件自动生成的，那自动生成的文件就没必要放进版本库，比如Java编译产生的.class文件；
- 忽略你自己的带有敏感信息的配置文件，比如存放口令的配置文件。
- 忽略某些文件时，需要编写.gitignore；
- .gitignore 文件本身要放到版本库里，并且可以对.gitignore做版本管理！
配置别名
- 用st代替status：
git config --global alias.st status - 也可以在
.git/config文件中直接修改
Reference