- Svn集中式 <-VS-> Git分布式
- 集中式版本控制系统:版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑。所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器比作一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。
- 分布式版本控制系统:没有“中央服务器”,每个人的电脑上都是一个完整的版本库,这样工作的时候,就不需要联网了,因为版本库就在电脑上。比方说你在自己电脑上改了文件A,你的同事在他的电脑上改了文件A。你们俩之间只需要把各自的修改推送给对方,就可以互相看到对方的修改了。
- 集中式版本控制系统:版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑。所以要先从中央服务器取得最新的版本,然后开始干活,干完活了,再把自己的活推送给中央服务器。中央服务器比作一个图书馆,你要改一本书,必须先从图书馆借出来,然后回到家自己改,改完了,再放回图书馆。
- 常见命令行命令
cd 路径名称 //切换到当前目录
cd .. //切换到上级目录
clear //清屏
ls //查看本目录下面的文件
ls -a //查看所有文件(包括隐藏的文件)
ls -l //以列表的形式进行查看
mkdir 文件夹名称 //创建文件夹
rmdir 文件夹名称 //删除空文件夹
rm -rf 名称 //删除非空文件
mv 目标名称 目的地名称(路径) //移动文件夹
touch 文件名 //创建文件
echo 'Hi shaonian'>1.txt //插入内容到1.txt记事本文件
cat 文件名 //查看内容
echo '你好'>>1.txt //追加内容
- Git工作原理
-
为了更好的学习Git,我们们必须了解Git管理我们文件的3种状态,分别是已提交(committed)、已修改(modified)和已暂存(staged),由此引入 Git 项目的三个工作区域的概念:Git 仓库、工作目录以及暂存区域。
-
Git仓库目录是Git用来保存项目的元数据和对象数据库的地方。 这是Git 中最重要的部分,从其它计算机克隆仓库时,拷贝的就是这里的数据。
-
工作目录是对项目的某个版本独立提取出来的内容。 这些从Git仓库的压缩数据库中提取出来的文件,放在磁盘上供你使用或修改。
-
暂存区域是一个文件,保存了下次将提交的文件列表信息,一般在Git仓库目录中。有时候也被称作“索引”(Index),不过一般说法还是叫暂存区域
-
基本的Git工作流程如下:
1、在工作目录中修改文件。
2、暂存文件,将文件的快照放入暂存区域。
3、提交更新,找到暂存区域的文件,将快照永久性存储到Git仓库目录
-
- Git安装
Window安装
http://git-scm.com/download/win 下载Git客户端软件,和普通软件安装方式一样。
Linu安装
CentOS发行版:sudo yum install git
Ubuntu发行版:sudo apt-get install git
Mac安装
打开Terminal直接输入git命令,会自动提示,按提示引导安装即可。 - Git基本用法
git init 初始化
git config user.name "test" 配置用户名
git config usre.email "test@qq.com" 配置用户邮箱
git status 查看状态
git add a.txt 添加,有工作区到暂存区
git commit a.txt 提交, 由暂存区到版本区
git log 查看日志
git log -1 查看最近一次提交的日志
git log -2 最近两次
git log --oneline 以一行显示
git log -l -p 查看具体提交信息
git push 仓库地址 从本地到远程仓库
git pull 从远程仓库到本地
git clone 从远处仓库克隆一个到本地
git diff 比较工作区与缓存区之间的差别
git diff --cached 比较缓存区与版本之间的差别
git diff HEAD 比较工作区与版本库之间区别
git checkout 取出历史版本
-
git基本配置
命令行方式:任意目录(建议开发目录)右键 > Git Bash Here
配置用户名及邮箱git config --global user.name "Tocy" git config --global user.email zyvj@qq.com
-
创建Git仓库
可以直接调用git init
初始化当前目录,即创建Git仓库 -
获得Git仓库
如果需要克隆远程仓库,可以使用git clone
,比如:git clone https://git.oschina.net/Tocy/SampleCode.git
-
查看文件状态
git status
可以检测当前仓库文件的状态 -
添加文件到暂存区
git add file “*”
或-A
代表所有
放到暂存区的文件被标记成了绿色,等待提交git add Readme.md # add file only git add *.cpp # add all cpp files git add /home/code/ # add all files in /home/code
-
查看当前目录的所有修改
git diff
git diff可以查看当前目录的所有修改
提交之前,还是单独确认下处于staged
状态的文件有哪些,并保证修改正确。在实际应用中,可能还需要使用git diff
导出PATCH
做代码走读。
可以使用git diff --staged
或git diff --cached
查看staged
与上次提交快照之间的区别。 -
提交文件
git commit -m
‘备注信息’
将暂存区被标记成绿色的文件,全部提交到仓库存储
针对单行日志提交的情况,可以使用如下命令:git commit -m "add readme"
。
还有一种快捷的提交方式,直接跳过stage缓存区,直接提交当前目录下的所有修改git commit -a
(使用这个命令前建议确认下当前目录的修改是否正确、必须) -
把文件从当前目录删除
git rm
git rm会把文件从当前目录删除(不会保存删除的文件) -
查看提交历史
git log
查看当前工程的所有提交的日志git log --stat # 仅显示摘要选项 git log --pretty=oneline # 定制记录格式,可以省略不必要的信息 git log --graph # 图像化分支和版本更新
-
版本回退
git reset --hard
该命令是版本回退,–hard后面加一个空格,再接上面log中的版本号,就可以回退到对应的版本(只要复制版本号的前面一部分就可以了)或者git reset --hard HEAD^ HEAD^^
) -
对比文件
git diff
git diff HEAD^ HEAD^^
-
查看操作记录
git reflog
- Git分支
创建一个分支并且移到分支上工作,在分支上开发完成后可合并到主干上也可直接从分支上提交到仓库里。
当我们在初始化仓库的时候,Git会默认帮我们创建了一个master的分支,并且HEAD默认指向了master末端
- 创建分支
git branch
查看分支
git branch <name> (dev)
创建一个分支 - 切换到该分支上
git checkout <name> (dev)
创建了一个dev分支,在这个分支上进行操作代码等,git add git commit -m
创建并且切换分支:
git checkout -b <name> (dev)
我们发现HEAD现在又指向了developer的末端,git branch
查看现在有两个分支,一个master(默认的)一个dev(复制了master上的所有代码)
可以再切换成master分支 git checkout master
但master分支上没有dev中进行操作的代码,这时需要进行合并
- 合并分支
git merge
+ 想要合并的部分(dev) - 删除分支(删除没有用了的分支)
git branch -d dev
删除dev分支 - 解决分支冲突
分支冲突发生的原因:当创建了一个新的分支dev,在上面进行修改后,提交到暂存区,在master上对应的文件也进行了其他的修改,也提交到暂存区后,当在master上面进行合并git merge
的时候会有冲突,这时需要手动去解决冲突,找到对应修改的代码,解决冲突后,git add git commit -m ‘解决冲突’,最后删掉分支。
- github的使用:
- 注册一个github账号
- 添加远程库
运行命令git remote add origin git@github.com:michaelliao/learngit.git
本地与远程库关联起来
运行命令git push -u origin master
把本地库的内容推送到远程,用git push
命令,实际上是把当前分支master推送到远程。
由于远程库是空的,我们第一次推送master分支时,加上了-u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。
运行命令git push origin master
把本地master分支的最新修改推送至GitHub,现在,你就拥有了真正的分布式版本库! - 从远程库克隆 (github版本管理)提供Git仓库托管服务
第1步:创建SSH Key。在用户主目录下,看看有没有.ssh目录,如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件,如果已经有了,可直接跳到下一步。如果没有,打开Shell(Windows下打开Git Bash),创建SSH Key。
$ ssh-keygen -t rsa -C "youremail@example.com"
(换成自己的邮箱地址)然后一路回车
如果一切顺利的话,可以在用户主目录里找到.ssh目录,里面有id_rsa和id_rsa.pub两个文件,这两个就是SSH Key的秘钥对,id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。
第2步:登陆GitHub,打开“Account settings”,“SSH Keys”页面:
然后,点“Add SSH Key”,填上任意Title,在Key文本框里粘贴id_rsa.pub文件的内容
为什么GitHub需要SSH Key呢?因为GitHub需要识别出你推送的提交确实是你推送的,而不是别人冒充的,而Git支持SSH协议,所以,GitHub只要知道了你的公钥,就可以确认只有你自己才能推送。
当然,GitHub允许你添加多个Key。假定你有若干电脑,你一会儿在公司提交,一会儿在家里提交,只要把每台电脑的Key都添加到GitHub,就可以在每台电脑上往GitHub推送了。