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