日期：08/03/2017 - 08/07/2017
一、基本概念
版本控制系统：记录某项（常为多人）工作的进度历史，enable项目版本查看和回溯，并且能够便捷合并多人的同时性工作的系统。分布式版本控制系统的代表是Git。集中式版本控制系统的代表有SVN、CVS。
集中式版本控制系统：拥有中央服务器，过往版本、当前版本都存放在中央服务器上，成为系统的瓶颈，并且不能脱机使用。
分布式版本控制系统：没有中央服务器或中央服务器仅起辅助作用，个人端存放完整的版本库。
2005年，Linus为管理开源的Linux代码库而用两周时间编写了Git。
二、本机操作
由于Git原本运行于Linux，所安装的windows版本中（似乎）集成了Linux的shell，可以运用Linux的命令行指令进行操作。Git提交的事实上是对文件的修改（而非文件本身的内容）。若在文件末尾不换行，则提交的修改中总是包括原文档最后一行的删除修改和其增加修改。
Git在逻辑上分为工作区(Working Directory)，暂存区(stage/index)和版本库区。本机文件状态（实则其修改情况）为工作区。工作区工作完成后，需将工作区文件提交到暂存区。暂存区确认无误后，将暂存区内容提交到版本库，即实现版本更新。
>> git init
指令将当前所在目录建成一个git版本库（repository）。
Git仅能记录纯文本文件版本。编写时使用支持多国语言的UTF-8编码可以规避大量编码问题。Windows自带的记事本在记录UTF-8编码时的多余前缀导致其不能被正常识别，不应用来编辑Git管理的文本文件。不应使用包含中文的文件名/路径。
>> git add <filename1> <filename2> ...
将（目录下的）文件添加到暂存区。
>> git rm <filename>
提交一个修改到暂存区，此修改是删除特定文件。
>> git commit -m "<note>"
提交整个版本库。
>> git status
查看版本库的状态。changes not staged for commit: 被修改的文件尚未add; changes to be committed: 已经add，等待commit。
>> git diff
查看已提交的版本库与现有版本库（本机文件）之间的区别。
>> git log （--pretty=oneline）
查看版本库的往昔所有commit记录（显示版本号和相应的注释）。
>> git reset --hard <version>
将版本库（本机文件）回退为指定版本。版本指代格式：HEAD（当前版本），HEAD^^（上上个版本），HEAD~100（往前一百个版本），版本号（可仅输入前x位，一般七位足够）。
>> git reflog
显示你对每个版本库执行过的操作，包括添加版本库、重置版本库。可以通过此指令找到被回退的版本库号。
>> git checkout -- <filename>
用版本库或暂存区的文件替换本机文件。这意味着，若文件尚未被add，则会回退到当前版本库状态；若文件已被add，其会回退到add时的状态（当add后执行修改时，这些修改会被抹除）。
>> git reset HEAD <filename>
将暂存区的指定文件扔掉。即撤销add指令。
三、远程仓库
SSH：一种网络协议，用于计算机之间的加密登录。1995年由芬兰学者Tatu Ylonen设计，目前成为Linux计算机的标配加密方式。Putty是Windows操作系统上的一种提供SSH加密协议的软件。SSH采用的是公钥加密方法，即用户向远程主机发送登录请求，远程主机回复一个公钥，用户用公钥将账号密码加密后发送给远程主机。公钥加密很容易受到中间人攻击（Man-in-the-middle attack），即有人在中间截获用户的请求，伪造公钥与用户通信从而获取密码。但SSH协议中在初次采用公钥之前会向用户确认是否采用特定指纹的公钥。要登录的远程主机可以将公钥指纹（长公钥的一个缩短化处理）告知用户，使用户得以检查。通过用户手动信任某些特定公钥，SSH协议保护了用户不受中间人攻击。
公钥与私钥：不对称加密方式。用公钥加密的内容只能用私钥解密，用私钥加密的内容只能用公钥解密[3]。若用他人公钥加密后发送信息，则可确保收信人身份；若用自己私钥加密后发送信息，则可证明发信人身份。
>> ssh-keygen -t rsa -C "youremail@example.com"
采用RSA算法创建本机的的SSH密钥对（公钥和私钥）。RSA算法下的密钥长达1024位，存储在.ssh/id_rsa和.ssh/id_rsa.pub。Git软件会自动识别文件夹中的公钥（pub）并将其添加到信任列表中。只有信任列表中的公钥有权对远程版本库进行修改。
>> git remote add origin git@github.com:用户名/版本库名.git
将当前库与GitHub上的某个库关联起来。关联后，远程库的名字默认叫做origin。
>> git push -u origin master
将当前库推送到其叫做origin的远程库。-u参数在第一次推送时使用，可以将当前库的master与远程库的master分支关联（？？？）。再次推送时可省略此参数。
初次连接GitHub时要求信任GitHub的公钥指纹。
向GitHub推送修改需要权限。将SSH公钥添加到GitHub账户设置中的允许访问列表中即可。此时我遇到了第一个真正的bug。虽然已经添加了公钥，但我还是无法将本机内容推送上去。这可能是在关联两个库的时候尚未添加公钥导致的。
>> git remote rm origin
>> git pull
这显然是我使用旧的远程库与本机版本库关联的结果，尽管旧库已经空了。Git的分支合并真差劲，差评！重新创建新库后一切顺利。
>> git clone git@github.com:<username>/<repositoryname>.git
将远程库克隆到本机。可以视为即在本机创建一个空库、将两个库关联、并将远程库的内容拉取到本机文件。
四、多人协作
Git通过分支来实现多人协作。分支的实质是树形结构+指针。HEAD是一个指向当前分支的指针的指针，当前分支的指针指向分支下最近的一次修改（或回退后的某个修改）。master是默认的分支名称。
基于Git的强大分支功能，可以设计多种项目开发结构。安全的主分支（稳定版本）、便捷的个人开发分支、灵活的小分支、语法清晰的注解是好的项目开发系统的必要特征。
>> git remote
查看远程版本库信息。
>> git branch
查看当前分支列表。
>> git checkout -b <branchname>
//or
>> git branch <branchname>
>> git checkout <branchname>
创建并切换到特定分支。新创建的分支默认与当前分支指向同一修改节点。切换分支后，本机文件也被更改为当前分支的状态。
>> git merge <branchname>
将指定分支合并到当前分支。
>> git branch -d <branchname>
删除指定分支。不能删除当前所在的分支。删除master时候会被警告（？？？）。
>> git log --graph --pretty=oneline --abbrev-commit
查看当前分支状态（带树形图）。
>> git merge --no-ff -m "note" <branchname>
合并分支但保留被合并的分支结构，方便回顾分支开发过程和继续开发分支。需要为此操作提交注解。
>> git tag <tagname> (<versionname>)
>> git tag -a <tagname> -m "<note>"
在当前分支上打一个标签（实际是一个有名字的固定指针）。若不提供版本号，则打在当前最新commit的版本上。
>> git tag
查看所有标签。
>> git show <tagname>
查看标签所在版本的详细信息。
>> git tag -d <tagname>
删除标签。
>> git push <remotebranchname> <tagname>
将本地标签推送到远程版本库。
>> git push <remotebranchname> --tags
将全部本地标签推送到远程版本库。
>> git push origin :refs/tags/<tagname>
删除远程标签。
>> git stash
将工作区和暂存区的内容（修改）保存起来，清空这两个区域。配合分支切换，这一操作适用于临时一次性执行其他优先任务，如其他分支上的bug修改。
>> git stash list
查看本机上的stash列表。
>> git stash pop //only for the first stash
//or
>> git stash apply <stashindex>
>> git stash drop <stashindex>
恢复stash并删除。
如需更改远程库，需使用push指令，将本机分支推送到远程分支上。
六、开源项目
fork：将他人的远程版本库复制到自己的账号下（值传递）。
pull：向他人推送（xiao）自己修改后的版本库。若他人采纳，即参与开源完成。
七、参考文献
[1] Git教程
[2] SSH与远程登录
[3] 公钥和私钥
[4] GitHub常见错误
[5] Markdown语法
