Git 与 SVN 及核心命令总结（附SourceTree）

冷不防 2022-11-08 14:24 263阅读 0赞

# Git 与 SVN #

现在有甲乙丙三个人，他们合作去开发一个购物网站：

*  甲：订单处理模块
 *  乙：商品管理模块
 *  丙：其他模块

每个人单独在自己的系统中进行开发，这时候最终需要把单个分散的系统整合成一个完成的，怎么办？

Copy到一个人的机器上，大家眼睛都盯着这个电脑，然后啪啦啪啦copy。如果说在整合的时候，你发现哪个哥们他写的模块有问题。数据库的整合，订单模块里面的内容需要调用到商品模块的内容。

当你中招了之后，这是好事，犯了错，才能解决嘛。纵观整个软件开发历史，也有几十年的历史了吧，当你现在的遇到的一些问题，我们前辈们肯定遇到的。既然前辈们遇到了，他们肯定有义务（想要）去解决。

Git来源于Linux。Linux的内核全球有很多开发者贡献代码（原因是BItKeeper最开始是免费的，后面要收费了）（用一个不开源的框架版本管理一个开源的框架，大牛感觉到了侮辱）所以Git天生就是分布式的。

## 1.Git 与 SVN 的区别？ ##

SVN 是早期的版本控制工具，那它和 Git有什么区别呢？

### 1.1 存储方式区别 ###

Git 只关心文件数据的整体是否发生变化，而SVN这类版本控制系统则只关心文件内容的具体差异。这类系统（如SVN）每次记录有哪些文件作了更新，以及都更新了哪些行的什么内容，然而 Git 并不保存这些前后变化的差异数据。

实际上，Git更像是把变化的文件作快照后，记录在一个微型的文件系统中。每次提交更新时，它会纵览一遍所有文件的指纹信息并对文件作一快照，然后保存一个指向这次快照的索引。为提高性能，若文件没有变化，Git 不会再次保存，而只对上次保存的快照作一链接。

*  GIT把内容按元数据方式存储类似k/v数据库
 *  SVN是按文件(新版svn已改成元数据存储)

### 1.2 版本管理模式区别 ###

Git是分布式的，SVN不是。这是GIT和其它非分布式的版本控制系统，例如SVN，CVS等，最核心的区别。好处是跟其他同事不会有太多的冲突，自己写的代码放在自己电脑上，一段时间后再提交、合并，也可以不用联网在本地提交；

*  git 是一个分布式的版本管理系统

![在这里插入图片描述][20201128193811866.png]

*  SVN是一个远程集中式的管理系统
    
    ![在这里插入图片描述][20201128193826724.png_pic_center]

### 1.3 使用方式区别 ###

SVN 断开网络或者断开VPN就无法commit代码，但是Git 可以先commit到本地仓库。

用SVN的话，没有网络或者断开VPN时，你当然也可以继续在本地开发，但是无法commit代码，因为SVN 每次commit都必须联网，长时间不commit代码会丢失大量开发进程的历史纪录。有个比喻是：不能commit就像用word写文档不能save一样危险。而且有网络的情况下每一次commit都会花上数秒甚至更长时间。

但用 Git 的话，就算你在飞机或者火车上，都可以非常愉快地频繁提交更新，因为是在本地仓库commit所以几乎不需要时间，而且commit一定要频繁，不然无法记录你的改动，如果你一天commit一次，中间的修改你就找不回来，然后等到了有网络的时候再将版本纪录和代码一起上传到远程仓库。

*  从本地把文件推送远程服务，GIT需要 add、commint、push 三个步骤
    
    ![在这里插入图片描述][20201128193851439.png]
 *  SVN 只需要commint

![在这里插入图片描述][20201128193902210.png_pic_center]

> 为什么要用Git？
> 
> 1.  git每台电脑都有一个版本库，可以在本地做版本管理；
> 2.  速度快。git的速度远超大部分版本管理系统，包括svn
> 3.  强大的分支管理功能
> 4.  活跃的开源社区，如最著名的github

## 2.GIT 支持的通信协议 ##

上面说了 Git 是分布式的，那么必定会涉及远程通信，所以 Git 是采用什么协议进行远程通信的呢？

### 2.1 Local(本地协议) ###

基于本地文件系统或共享（NFS）文件系统进行访问,

*  优点：简单，直接使用了现有的文件权限和网络访问权限，小团队小项目建立一个这样的版本管理系统是非常轻松的一件事。
 *  缺点：这种协议缺陷就是本身共享文件系统的局限，只能在局域网，而且速度也慢。
 *  适用场景：小团队，小项目临时搭建版本服务。

# 基于 file 协议克隆本地项目
    git clone file:///C/git/atals

> 如果在 URL 开头明确的指定 ﬁle://，那么 Git 的⾏为会略有不同。 如果仅是指定路径，Git 会尝试使⽤硬链接（hard link）或直接复制所需要的⽂件。 如果指定 ﬁle://，Git 会触发平时⽤于⽹路传输资料的进程，传输过来的是打包好的⽂件,更节约硬盘空间。

### 2.2 ssh协议 ###

git 支持支持利用 ssh 协议进行通信，这是绝大部分linux、uninx系统都支持的，所以利用该协议架设GIT版本服务是非常方便的。

*  优点：首先SSH 架设相对简单、其次通过 SSH 访问是安全的、另外SSH 协议很高效，在传输前也会尽量压缩数据。
 *  缺点：权限体系不灵活，必须提供操作系统的帐户密码，哪怕是只需要读取版本。
 *  适用场景：小团队、小项目、临时项目

git clone root@192.168.0.147:/data/git-repository/test.git

### 2.3 http(Dumb、Smart) ###

Git http 协议实现是依懒 WEB容器(apache、nginx)及cgi 组件进行通信交互，并利用WEB容器本身权限体系进行授权验证。在 Git 1.6.6 前只支持http Dumb（哑）协议，该协议只能下载不能提交，通常会配合ssh 协议一起使用，ssh 分配提交帐号，http dumb提供只读帐号。1.6.6 之后 git 提供了git-http-backend 的 CGI 用于实现接收远程推送等功能。

*  优点：解决了local 与ssh 权限验证单一的问题、可基于http url 提供匿名服务，从而可以放到公网上去。而 local 与ssh 是很难做到这一点,必如实现一个类似 github 这样的网站。
 *  缺点：架设复杂一些需要部署 WEB 服务器，和 https 证书之类的配置。
 *  场景：大型团队、需要对权限精准控制、需要把服务部署到公网上去。

git clone http://git.tl.com/test.git

> 注意，http Smart 协议 是基于 CGI 配合GIT git-http-backend 脚本进行使用，配置较复杂，现在一般不会这么去做，而是采用gitlab 、gogs 之类的web管理进行代替，

### 2.4 GIT协议 ###

Git 协议是包含在 Git 里的一个特殊的守护进程；它监听在一个特定的端口（9418），类似于 SSH 服务，但是访问无需任何授权。

*  优点：目前，Git 协议是 Git 使用的网络传输协议里最快的。 如果项目有很大的访问量，或者项目很庞大并且不需要为写进行用户授权，架设 Git 守护进程来提供服务是不错的选择。 它使用与 SSH 相同的数据传输机制，但是省去了加密和授权的开销。
 *  Git 协议缺点是缺乏授权机制。 而且9418是一个非标准端口，一般防火墙不会开放。

git clone git://192.168.0.147:9418/test.git

# 命令 #

## 1.Git 核心命令 ##

> git 客户端安装（无脑下一步就行）：
> 
>  *  官方客户端： [httpsd://git-scm.com/downloads][httpsd_git-scm.com_downloads]
>  *  其它客户端：https://tortoisegit.org/download/

### 1.1 配置管理 ###

> 在刚装完git的需要配置 email 和 name，然后才能使用 Git，那怎么配置呢？

#查看所有配置信息
    git config -l
    
    #查看系统级别配置（git安装目录下etc）
    git config --system --list
    #查看全局级别配置（当前用户之下表示的是全局级别的）
    git config --global --list
    #查看仓库级别配置（当前仓库级别下的.git>config文件）
    git config --local --list
    
    #添加配置
    git config --global user.name "yourusername"
    git config --global user.email "youremail@email.com"
    #删除配置
    git config --unset user.name

> 注：覆盖优先级为local > global > system。优先读取local，其次是global，最后是system。

### 1.2 本地初始化Git仓库 ###

> 如何初始化一个 Git 本地仓库 ？

#当前目录初始化为 git 本地仓库（在同级目录下会出现一个隐藏的.git文件）
    git init  <directory>
    
    #删除本地仓库=删除.git文件夹
    
    #基于远程仓库克隆至本地
    git clone <remote_url

### 1.3 本地添加 ###

> 如何将工作空间的文件添加到暂存区？

#添加指定文件到暂存区
    git add <fileName>
    #添加指定目录至暂存区
    git add <directory>
    #添加所有
    git add -A
    
    #将指定目录及子目录移除出暂存区（注：本地文件还在）
    git rm --cached <target> -r
    
    #查看提交状态。如果还未提交到暂存区的文件会标红，在暂存区的文件会标绿。
    git status 
    
    #添加勿略配置文件 .gitignore

> 如果我们不想让某个文件被git管理起来，所以如何让 git 忽略这个文件呢？
> 
> 在仓库的根目录下创建一个.gitignore 文件，写入不想让git管理的文件。两点注意
> 
> 1.  .gitignore本身就需要忽略，所以此文件也要写进去
> 2.  .gitignore 文件中可以使用“\#”字符开头表示注释，文件夹路径是用“/”字符，文件名可以使用通配符“\*”，另外还可以使用“!”字符表示排除。比如 \* .class
> 3.  .gitignore只能忽略那些原来没有被追踪的文件，如果某些文件已经被纳入了版本管理中，则修改.gitignore是无效的。那么解决方法就是先把本地缓存删除（改变成未被追踪状态），然后再提交
> 4.  每一个文件夹沟可以创建自己的“.gitignore”文件，如果它上层的文件夹也有“.gitignore”文件，这个文件夹也会受到它的影响

### 1.4 本地提交 ###

> 如何将暂存区的文件提交到本地仓库？

#提交指定文件到本地仓库
    git commit <fileName>
    #全部提交
    git commit -a 
    #-m编写提交注释（注：如果在commit命令中指定了-m，那么就不会再弹出vim让写提交注释了）
    git commit <fileName> -m <注释>
    #快捷提交至本地仓库
    git commit -am '快添加与提交全部暂存区文件'
    
    #版本回退（这个id可以根据git log查看日志信息去找到）
    #仅仅只是撤销已提交的版本库，不会修改暂存区和工作区
    git reset --soft <commitid>
    #仅仅只是撤销已提交的版本库和暂存区，不会修改工作区
    git reset --mixed <commitid>
    #彻底将工作区、暂存区和版本库记录恢复到指定的版本库
    git reset --hard <commitid>

### 1.5 日志管理 ###

> 如何查看我当前库的历史提交信息？

#查看当前分支下所有提交日志
    git log
    #查看当前分支下所有提交日志
    git log {branch}
    # 单行显示日志
    git log --oneline
    # 比较两个版本的区别
    git log master..experiment
    
    #以图表的方式显示提交合并网络
    git log --pretty=format:'%h %s' --graph

### 1.7 分支管理 ###

> 如果我现在有多个开发人员，开发不同模块，都在master上写吗？

#查看当前分支, -avv查看远程分支
    git branch [-avv]
    
    #基于当前分支新建分支
    git branch <branch name>
    #基于提交新建分支
    git branch <branch name> <commit id>
    
    #切换分支
    git checkout <branch name>
    
    #删除分支（注：删除时必须在其他分支上）
    git branch -d {dev}
    
    #合并分支（比如将要将dev分支的内容合并到master分支，那么要在master分支执行该命令）
    #注: 如果因冲突导致自动合并失败，此时 status 为mergeing 状态。需要手动修改后重新提交（commit） 
    git merge <merge target>

> 分支规范：
> 
>  *  master分支：主分支。保持稳定
>     
>      *  不允许直接往这个分支提交代码，只允许往这个分支发起 merge request
>      *  只允许 release 分支和 hotfix 分支进行合流 , 所有在 Master 分支上的 Commit 应该Tag
>  *  develop分支：开发分支。相对稳定的分支，用于日常开发，包括代码优化、功能性开发。
>  *  feature分支：特性分支。
>     
>      *  从develop分支拉取，用于下个迭代版本的功能特性开发。
>      *  功能开发完毕合并到develop 分支, 合并完分支后一般会删点这个Feature分支，但是我们也可以保留。
>  *  release分支：发布分支。
>     
>      *  从develop分支拉取，用于回归测试，bug修复
>      *  发布完成后打tag并合入master和develop， (注：一旦打了Release分支之后不要从Develop分支上合并新的改动到Release分支)
>  *  hotfix分支：热更新分支。
>     
>      *  从develop分支拉取，用于紧急修复上线版本的问题
>      *  修复后打tag并合入master和develop

### 1.8 tag 管理 ###

> Commitid不容易记住，能不能用一种比较独特的方式去记住每个版本？答：Commitid相当于IP，Tag相当于域名。

#查看当前仓库的标签列表
    git tag
    #创建分支
    git tag <tag name> <branch name>
    #删除分支
    git tag -d <tag name>

### 1.9 远程仓库 ###

> 本地仓库说完了，那如果我不同地区的人要合作开发怎么搞？答：远程仓库，GitHub或Gitee。

#查看远程配置
    git remote [-v]
    #添加远程仓库地址（注：远程仓库一般命名为origin，不同的远程仓库需要配置不同的名字; url一般多采用http协议）
    git remote add <github name> <url>
    #删除远程地址
    git remote remove <github name> 
    
    #上传新分支至远程
    git push -u <github name> <branch name>
    #将本地分支与远程建立关联
    git branch --track --set-upstream-to=<github name>/<remote branch> <local branch>
    #直接使用git push 时只会上传的到一个远程仓库的一个分支，是上面 --track 设置的仓库和相应分支
    git push 
    
    # 拉取代码到本地
    git clone <url>
    git clone <url> <filepath>
    
    #提取远程仓库(如果服务器有修改，不会到本地)
    git fetch
    #合并冲突(如果只是本地或远程一端修改的话，就不会冲突)
    git merge
    # git pull(更新拉取) = git fetch + git merge
    git pull <url>

> 无论是推送还是拉代码，需要有这样一个权限，也就是说你目前使用的这台电脑是否安全，如果不安全，人家不会让你去推送，而github采用的是RAS加密方式通讯：
> 
> 1.  在本地中生成一个 ssh key。`ssh-keygen -t rsa -C youremail.com`，输入后一直回车即可完成。
> 2.  把这个key告诉github/码云。Settings -> SSH and GPG keys --> New SSH key --> 将公钥粘贴并保存

把常用命令再画个图来总结一下：  
![在这里插入图片描述][20201128213119503.png]

## 2.工具使用 Git ##

一般我们在实际开发更多是用现成IDE自带的GIT工具或者图形化工具去操作Git

*  IDEA操作GIT：[IDEA中的Git操作，看这一篇就够了！][IDEA_Git]
 *  可视化工具 SourceTree：这里放上我自己用的破解版（链接：[https://pan.baidu.com/s/1i82Fkeb5ZzuLtdarWSlVDw][https_pan.baidu.com_s_1i82Fkeb5ZzuLtdarWSlVDw] 提取码：rubp）

> 后面博主有时间了会再出一篇搭建 Git 私服的教程（先挖个坑）…

[20201128193811866.png]: /images/20221023/e20de1406e114d28b071b1d8a38dcb7c.png?
[20201128193826724.png_pic_center]: /images/20221023/933629a3fccd4528b2660f9d13601e33.png
[20201128193851439.png]: /images/20221023/89d11fe9336a4eed8c2c9f8adf4a9457.png?
[20201128193902210.png_pic_center]: /images/20221023/38b15de3f3144004b048acf2465d02c0.png
[httpsd_git-scm.com_downloads]: https://git-scm.com/downloads
[20201128213119503.png]: /images/20221023/f440e5b9f1054a40bd3e1f643792aa87.png?
[IDEA_Git]: https://juejin.cn/post/6844903926576185358
[https_pan.baidu.com_s_1i82Fkeb5ZzuLtdarWSlVDw]: https://pan.baidu.com/s/1i82Fkeb5ZzuLtdarWSlVDw