创建一个版本库
- 创建一个版本库非常简单，首先，选择一个合适的地方，创建一个空目录
$ mkdir learngit
$ cd learngit
$ pwd
/Users/michael/learngit
pwd命令用于显示当前目录。在我的 Mac 上，这个仓库位于/Users/michael/learngit
- 第二步，通过
git init命令把这个目录变成 Git 可以管理的仓库
$ git init
Initialized empty Git repository in /Users/michael/learngit/.git/
如果你没有看到.git目录，那是因为这个目录默认是隐藏的，用ls -ah命令就可以看见
把文件添加到版本库
- 现在我们编写一个
readme.txt文件
一定要放到learngit目录下（子目录也行），因为这是一个 Git 仓库，放到其他地方 Git 再厉害也找不到这个文件。
和把大象放到冰箱需要3步相比，把一个文件放到 Git 仓库只需要两步
第一步，用命令git add告诉 Git，把文件添加到仓库
$ git add readme.txt
第二步，用命令git commit告诉 Git，把文件提交到仓库
$ git commit -m "wrote a readme file"
[master (root-commit) eaadf4e] wrote a readme file
1 file changed, 2 insertions(+)
create mode 100644 readme.txt
简单解释一下git commit命令，-m后面输入的是本次提交的说明，可以输入任意内容，当然最好是有意义的，这样你就能从历史记录里方便地找到改动记录。
为什么Git添加文件需要add，commit一共两步呢？因为commit可以一次提交很多文件，所以你可以多次add不同的文件
初始化一个Git仓库，使用
git init命令。
添加文件到 Git 仓库，分两步：
- 使用命令
git add，注意，可反复多次使用，添加多个文件；- 使用命令
git commit -m，完成。
要随时掌握工作区的状态，使用git status命令。
如果git status告诉你有文件被修改过，用git diff可以查看修改内容
HEAD指向的版本就是当前版本，因此，Git 允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。
穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。
要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本
暂存区是 Git 非常重要的概念，弄明白了暂存区，就弄明白了 Git 的很多操作到底干了什么
现在，你又理解了 Git 是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到 commit 中
场景1：当你改乱了工作区某个文件的内容，想直接丢弃工作区的修改时，用命令git checkout -- file。
场景2：当你不但改乱了工作区某个文件的内容，还添加到了暂存区时，想丢弃修改，分两步，第一步用命令git reset HEAD ，就回到了场景1，第二步按场景1操作。
场景3：已经提交了不合适的修改到版本库时，想要撤销本次提交，参考版本回退一节，不过前提是没有推送到远程库。
命令git rm用于删除一个文件。如果一个文件已经被提交到版本库，那么你永远不用担心误删，但是要小心，你只能恢复文件到最新版本，你会丢失最近一次提交后你修改的内容
创建SSH Key
$ ssh-keygen -t rsa -C "[email protected]"
“有了远程仓库，妈妈再也不用担心我的硬盘了。”——Git点读机
要关联一个远程库，使用命令git remote add origin git@server-name:path/repo-name.git；
关联后，使用命令git push -u origin master第一次推送 master 分支的所有内容；
此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改
要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。
Git支持多种协议，包括https，但通过ssh支持的原生git协议速度最快
Git鼓励大量使用分支：
查看分支：git branch
创建分支：git branch
切换分支：git checkout
创建+切换分支：git checkout -b
合并某分支到当前分支：git merge
删除分支：git branch -d
当 Git 无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。
解决冲突就是把 Git 合并失败的文件手动编辑为我们希望的内容，再提交。
用git log --graph命令可以看到分支合并图
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了
Git 分支十分强大，在团队开发中应该充分应用。
合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并
修复 bug 时，我们会通过创建新的 bug 分支进行修复，然后合并，最后删除；
当手头工作没有完成时，先把工作现场 git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场
开发一个新 feature，最好新建一个分支；
如果要丢弃一个没有被合并过的分支，可以通过git branch -D 强行删除
多人协作的工作模式通常是这样
首先，可以试图用
git push origin推送自己的修改；如果推送失败，则因为远程分支比你的本地更新，需要先用
git pull试图合并；如果合并有冲突，则解决冲突，并在本地提交；
没有冲突或者解决掉冲突后，再用
git push origin推送就能成功！如果
git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch --set-upstream-to。origin/
这就是多人协作的工作模式，一旦熟悉了，就非常简单。
查看远程库信息，使用
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，如果有冲突，要先处理冲突rebase操作可以把本地未push的分叉提交历史整理成直线；
rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比
命令
git tag用于新建一个标签，默认为HEAD，也可以指定一个commit id；命令
git tag -a可以指定标签信息；-m "blablabla..." 命令
git tag可以查看所有标签命令
git push origin可以推送一个本地标签；命令
git push origin --tags可以推送全部未推送过的本地标签；命令
git tag -d可以删除一个本地标签；命令
git push origin :refs/tags/可以删除一个远程标签在 GitHub 上，可以任意 Fork 开源仓库；
自己拥有 Fork 后的仓库的读写权限；
可以推送
pull request给官方仓库来贡献代码忽略某些文件时，需要编写
.gitignore；.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理如果你确实想添加该文件，可以用
-f强制添加到 Git：
$ git add -f App.class
- 或者你发现，可能是
.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查
$ git check-ignore -v App.class
.gitignore:3:*.class App.class
Git 会告诉我们，.gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则
- 给Git配置好别名，就可以输入命令时偷个懒。我们鼓励偷懒
$ git config --global alias.co checkout
$ git config --global alias.ci commit
$ git config --global alias.br branch
参考
- 廖雪峰的 Git 教程
拓展阅读
- Git Pro 中文
- 开源许可证的一些介绍