前言
git是分布式版本控制系统,github是基于git的代码托管平台
VCS(version control system)发展史
本地版本控制—集中式版本控制—分布式版本控制git官方文档
svn和git
svn是集中式的,版本库放在服务器上,服务器坏了,所有人都无法进行版本控制操作;git是分布式的,可以有一个服务器来存放版本库,每个人本地也有一个版本库,即使服务器坏了,每个人仍然可以进行版本控制操作,如果项目队员的电脑可以直接通信的话,完全可以不需要服务器,因为服务器的目的就是为了方便队员的电脑通信以便保持版本库一致;除了github,我们可以搭建自己的git服务器。git和svn
svn是保存原始文件和文件随时间的改变,git是保存各个时间的文件的快照
tag和release
tag是git中的概念,而release则是Github、码云等源码托管商所提供的更高层的概念。也就是说git本身是没有release这个概念的,只有tag。Release是源码托管商对git的tag功能的增强。通过git提供的tag功能,我们可以给项目进行版本标识,以识别特定的版本,如v0.1.0、v1.0.0等。而通过源码托管商提供的release功能,在tag的基础上我们可以添加编译好的二进制文件等,如.deb、.exe等给特定的版本提供更多的信息,方便用户,也方便后期查找特定版本的程序。
三种状态
已修改,已暂存,已提交
本地仓库上传到github仓库
- 开始的做法
github建好仓库-->本地git init
-->git add .
-->git commit
-->git remote and origin master
-->git pull origin master
到这里的时候报错fatal: refusing to merge unrelated histories
,意思是无法合并另个不相干的仓库,解决办法是git pull origin master --allow-unrelated-histories
进行强行合并,但始终觉得不正宗 - 推荐做法
github建好仓库-->git clone
到本地-->将文件复制到clone下来的本地仓库-->add,commit,push;注意的是空文件夹是提交不了的。
SSH方式连接github
切换到用户目录下,打开bash,执行ssh-keygen -t rsa -C "comments"
,按照提示,最终会在用户目录下生成一个.ssh文件夹,里面有两个文件,一个公钥,一个私钥,将公钥添加到github的SSH key,另外需要将本地仓库.git文件夹下的config文件中的url配置成ssh形式的
引用github图片
需要将图片URL中的blob换成raw
git命令
- git help
查看帮助
git help config
查看config命令 - git config
配置
--global
全局配置
git config --global user.name "luckee"
配置用户名
git config --global user.emai "123@qq.com"
配置邮箱
git config --global alias.ci commit
设置git commit别名为git ci - git init
初始化仓库,使用git管理本地现有的项目,在项目根目录下执行 - git add
添加到暂存区;将未跟踪的纳入跟踪范围;将冲突标记为已解决 - git commit
提交暂存区内容
-m
带注释
-a
跳过暂存区,直接提交
--amend
覆盖上一次提交(比如注释写错了,漏了几个文件没有add) - git rm
删除文件
git rm
连带工作区的也删除了(磁盘上不保留)
git rm -f
已暂存了的,需要强制删除
git rm --cached
工作区的不删除(保留在磁盘上,但是未跟踪) - git mv
移动文件
git mv <from-file> <to-file>
- git status
查看状态 - git diff
查看不同
git diff filename
查看已修改但未暂存的工作区与上次提交(当前版本)的不同
git diff HEAD^ -- filename
,查看工作区与上一个版本的区别
HEAD表示当前版本,往后一个版本就加一个^
,10个^
则HEAD~10
git diff --staged
已修改而且已暂存的与上次提交的不同 - git log
查看提交记录 - git stash和git stash apply
切换分支前存档当前工作区和暂存区,返回后恢复;所以最好切换分支前把工作区和暂存区都clean(即commit后什么也不做),否则会把工作区和暂存区带到切换后的分支,根本原因就是Git只有一个工作区和一个暂存区,但是有多个分支的提交区,切换分支只是将HEAD从一个分支指向另一个分支 - git reset HEAD <file>
取消暂存了的文件 - git checkout -- <file>
回到上次提交的样子 - git remote
远程仓库相关,clone一个项目后,远程仓库名默认为origin,本地仓库可以有多个远程仓库
git remote
或git remote -v
和git remote show <romete-name>
查看远程仓库信息
git remote set-url <remote-name> <url>
设置远程仓库地址,也可以直接修改.git目录下的config文件
git remote rename <old-name> <new-name>
重命名远程仓库
git remote rm <remote-name>
删除远程仓库
git remote add <remote-name> <url>
添加远程仓库 - git fetch
git fetch <remote-name>
获取远程仓库所有分支,但不与本地分支合并
git fetch <remote-name> <remote-branch>
获取远程仓库指定分支 - git pull
git pull <remote-name>
获取远程仓库所有分支,且与本地分支合并
git pull <remote-name> <remote-branch>
获取远程仓库指定分支,且与本地关联的分支合并
- git push
git push <remote-name> <remote-branch>
推送当前分支到远程仓库的分支 - git tag
标签 - git branch
分支
git branch <branch-name>
新建分支
git checkout <branch-name>
切换分支
git checkout -b <branch-name>
新建并切换分支
git branch -d <branch-name>
删除分支,选项大写(-D)一般表示强制
git branch -v
查看所有分支
commit原理
暂存操作为每个文件(指的是修改了的,没修改的不会)生成文件快照(以blob对象的方式存储)存入Git仓库,并计算每个文件的校验和(sha-1,校验和作为文件的索引),等待提交。提交操作将生成一个提交对象,一个树对象。提交对象包含作者信息,提交者信息,树的索引,父对象即上一次提交对象的指针等信息,父对象可以没有(首次提交对象),可以一个(普通提交对象),可以多个(多个分支合并时的提交对象)。树对象包含的是目录结构信息和每个文件快照的索引。结构图如下:
分支
分支的本质是一个指向提交对象的可变指针,它总指向当前分支的最新提交对象,并且随着提交往后移动。HEAD是一个指向当前分支的指针,切换分支时,HEAD将会随着改变。创建分支的本质就是创建一个指向当前提交对象的新的指针,所以非常高效,其他的版本控制系统的分支功能则是复制一份整个项目。示意图如下:
分支合并
分为简单合并(fast-forward)和复杂合并(复杂合并也是一次提交)
解决合并冲突
手动解决冲突后,需要add在解决冲突的过程中修改了的文件,然后commit
本地引用
它是本地的,并不指向服务器,而是指向从服务器获取下来的本地内容,如果不与服务器同步,它的指向就不会变;如果服务器上的东西更新了,我们fetch下来,它才会自动改变指向
假设我们clone了一个远程仓库,在本地给远程仓库起名为origin,远程分支有一个master分支,那么就会有一个origin/master指针,还是用图说话:
rebase(变基)
git bash设置
git diff格式
- index表示两次版本的哈希值
-
-
表示变动前的,+
表示变动后的 - @表示差异的起始位置和结束为止