title: Day70-Git
date: 2021-05-13 16:56:59
author: Liu_zimo
Git概述
Git历史
Git诞生于一个极富纷争大举创新的年代。Linux内核开源项目有着为数众多的参与者。1991 - 2002年间绝大多数的Linux内核维护工作都花在了提交补丁和保存归档的繁琐事务上。到了2002年,开始使用一个专门的分布式版本控制系统BitKeeper来管理和维护代码
到了2005年,开发BitKeeper的商业公司和Linux内核开源社区的合作关系结束,他们收回了Linux内核社区免费使用BitKeeper的权力,最终Linux的缔造者Linus Torvalds(林纳斯-托瓦兹〉决定开发自己的版本控制系统。
他们对新的系统制订了若干目标:
- 速度
- 简单的设计
- 允许成千上万个并行开发的分支
- 完全分布式
- 高效管理超大规模项目
Git和SVN对比
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而开发人员工作的时候,用的都是自己的电脑,所以首先要从中央服务器下载最新的版本,然后开发,开发完后,需要把自己开发的代码提交到中央服务器。
集中式版本控制工具缺点:
- 服务器单点故障(服务器奔溃,全部瘫痪)
- 容错性差
Git是分布式版本控制系统(Distributed Version Control System,简称DVCS),分为两种类型的仓库:本地仓库和远程仓库
- 本地仓库:是在开发人员自己电脑上的Git仓库
- 远程仓库:是在远程服务器上的Git仓库
- Clone:克隆,就是将远程仓库复制到本地
- Push:推送,就是将本地仓库代码上传到远程仓库
- Pull:拉取,就是将远程仓库代码下载到本地仓库
Git工作流程
- 工作流程如下:
- 从远程仓库中克隆代码到本地仓库
- 从本地仓库中checkout代码然后进行代码修改
- 在提交前先将代码提交到暂存区
- 提交到本地仓库。本地仓库中保存修改的各个历史版本
- 修改完成后,需要和团队成员共享代码时,将代码push到远程仓库
Git常用命令
- 命令分类:
- 环境配置
- 获取Git仓库
- 工作目录、暂存区以及版本库概念
- Git工作目录下文件的两种状态
- 本地仓库操作
- 远程仓库的使用
- 分支
- 标签
环境配置
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的,因为每次Git提交都会使用该用户信息
- 设置用户信息
git config --global user.name "zimo"
git config --global user.email "zimo@xx.com"
- 查看配置信息
git config --list
git config user.name
通过上面的命令设置的信息会保存在~/.gitconfig文件中
获取Git仓库
要使用Git对我们的代码进行版本控制,首先需要获得Git仓库
获取Git仓库通常有两种方式:
- 在本地初始化一个Git合库:git init
- 从远程仓库克隆:git clone URL
工作目录、暂存区以及版本库概念
- 版本库:前面看到的.git隐藏文件夹就是版本库,版本库中存储了很多配置信息、日志信息和文件版本信息等
- 工作目录(工作区):包含.git文件夹的目录就是工作目录,主要用于存放开发的代码
- 暂存区: .git文件夹中有很多文件,其中有一个index文件就是暂存区,也可以叫做stage。暂存区是一个临时保存修改文件的地方
工作区 ---(添加选择的改变)git add --->
暂存区 ---(提交改变)git commit--->
版本库
Git工作目录下文件的两种状态
- untracked未跟踪(未被纳入版本控制)
- tracked已跟踪(被纳入版本控制)
- Unmodified未修改状态
- Modified已修改状态
- Staged已暂存状态
这些文件的状态会随着我们执行Git的命令发生变化
本地仓库操作
-
git status:查看文件状态,也可以使用git status -s使输出信息更加简洁
-
git add filename:将未跟踪的文件加入暂存区
-
git reset filename:将暂存区的文件取消暂存
-
git commit -m “log-info”:将暂存区的文件修改提交到本地仓库
- git commit -a -m “提交所有修改文件到暂存区,无需一个个add”
-
git rm filename:删除工作区文件,需要commit提交才会删除远程仓库
-
git log:查看日志记录,q退出日志界面
-
touch .gitignore:创建忽略提交文件
-
将文件添加至忽略列表
-
一般我们总会有些文件无需纳入Git的管理,也不希望它们总出现在未跟踪文件列表
通常都是些自动生成的文件,比如日志文件,或者编译过程中创建的临时文件等
在这种情况下,我们可以在工作目录中创建一个名为.gitignore的文件(文件名称固定),列出要忽略的文件模式 -
# .gitignore文件 # 忽略所有.a的文件 x.a # 提交lib.a !lib.a # 忽略当前文件下的TODO文件 /TODO # 忽略build下所有文件 build/ # 忽略doc下所有.txt文件 doc/*.txt # 忽略doc及其子目录下所有.pdf文件 doc/**/*.pdf
-
远程仓库的使用
- 查看远程仓库:git remote 参数(-v / show origin)
- origin:有关联仓库信息
- 没有信息表示没有关联远程仓库
- 添加远程仓库:git remote add <shortname> <url>
- eg:git remote add origin https://gitee.com/xxxx/workspace.git
- 从远程仓库克隆:git clone <url>
- eg:git clone https://gitee.com/xxxx/workspace.git
- 移除无效的远程仓库:git remote rm,此命令只是从本地移除远程仓库的记录,并不会真正影响到远程仓库
- 从远程仓库中抓取与拉取:
- git fatch:获取远程仓库最新版本,不会自动合并到工作区,存放在.git/objects下
- git merge origin/master:手动合并分支到工作区
- git pull origin master:获取远程仓库最新版本,自动合并
- 若仓库不是克隆,而是本地创建,并且仓库中存在文件,此时拉取文件时会报错(fatal: refusing to merge unrelated histories)
- 解决方案:git pull命令后加入参数–allow-unrelated-histories
- git fatch:获取远程仓库最新版本,不会自动合并到工作区,存放在.git/objects下
- 推送到远程仓库:git push [remote-name] [branch-name]
- eg:git push origin master
分支
几乎所有的版本控制系统都以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来,以免影响开发主线。Git的master分支并不是一个特殊分支。它跟其它分支没有区别。之所以几乎每一个仓库都有master分支,是因为git init命令默认创建它,并且大多数人都懒得去改动它
- 查看分支
- 列出所有本地分支:git branch
- 列出所有远程分支:git branch -r
- 列出所有本地和远程分支:git branch -a
- 创建分支:git branch master1(创建了master1分支)
- 切换分支:git checkout master1
- 推送至远程仓库分支:git push origin master1(将master1分支推送到远程仓库)
- 合并分支:git merge master1(将master1开发内容合并到master分支,要在master分支上执行命令)
- 若对同文件进行不同修改,就会产生合并冲突,此时需要打开冲突文件修复冲突内容,最后执行git add标识解决冲突
- 删除分支
- 删除本地分支:git branch -d master1 删除本地master1分支,若分支中进行了一些开发动作,上面删除命令不会删除分支,-d改为-D强制删除
- 删除远程分支:git push origin -d master1
标签
像其他版本控制系统(VCS)一样,Git可以给历史中的某一个提交打上标签,以示重要。比较有代表性的是人们会使用这个功能来标记发布结点(v1.0、v1.2等)。标签指的是某个分支某个特定时间点的状态。通过标签,可以很方便的切换到标记时的状态
- 列出已有的标签:git tag
- 查看tag信息:git show v1.0
- 创建新标签:git tag v1.0
- 将标签推送至远程仓库:git push origin v1.0
- 检出标签:git checkout -b master2 v1.0
- 删除标签
- 删除本地tag:git tag -d v1.0
- 删除远程tag:git push origin :refs/tags/v1.0
在IDEA中配置Git
安装好IntelliJ IDEA后,如果Git安装在默认路径下,那么idea会自动找到git的位置,如果更改了Git的安装位置则需要手动配置下Git的路径。
- 选择File→Settings打开设置窗口,找到Version Control下的git选项:D:\Git\cmd\git.exe
- 选择git的安装目录后可以点击“Test”按钮测试是否正确配置
在IDEA中使用Git
- 在IDEA中创建工程并将工程添加至Git:VCS → Import into Version Control → Create Git Respository
- 创建.gitignore,忽略.idea/、projectName.iml、target/等文件
- 将文件添加到暂存区:工程右键 → Git → Add
- 提交到本地仓库:工程右键 → Git → Commit Directory、VCS → Commit、工具栏 → √
- 推送到远程仓库:工程右键 → Git → Respository → Push
- 设置远程仓库地址:工程右键 → Git → Respository → Push → Define remote
- 从远程仓库克隆工程到本地:打开IDEA初始界面 → Check out from Control
- 从远程仓库拉取最新代码:工程右键 → Git → Respository → Pull、VCS → Git → Pull
- 版本比较:文件上右键 → Git → Compare with…
- 创建分支:VCS → Git → Branches… → New Branch
- 切换分支:VCS → Git → Branches… → master → checkout
- 分支合并:工程右键 → Git → Respository → Merge Changes…
使用SSH协议传输数据
由于Git的远程仓库并不在我们本地,当我们在使用远程仓库的时候(例如克隆、拉取、推送)就会涉及到数据的网络传输,Git支持多种数据传输协议
- 本地协议(Local)
- HTTPS协议:https://gitee.com/xxxxx/Respository.git
- SSH (Secure Shell)协议:git@gitee.com:xxxx/Respository.git
- Git协议
SSH协议
SSH为Secure Shell(安全外壳协议)的缩写,由IETF的网络小组(Network Working Group)所制定。SSH是目前较可靠,专为远程登录会话和其他网络服务提供安全性的协议。利用SSH协议可以有效防止远程管理过程中的信息泄露问题
由于本地Git仓库和远程仓库之间的传输是通过SSH加密的,所以必须要让远程仓库服务器认证你的SSH key,在此之前,必须要生成SSH key
使用ssh协议通信时,推荐使用基于密钥的验证方式。你必须为自己创建一对密匙(公钥和私钥),并把公匙放在需要访问的服务器上。
配置SSH协议
可以使用Git提供的命令行工具Git Bash生成公钥和私钥,具体操作过程如下
- 使用命令
ssh-keygen -t rsa
生成公钥和私钥,执行完成后在window本地用户.ssh目录C:\Users\用户名\.ssh下面生成如下名称的公钥(id_rsa.pub)和私钥(id_rsa) - 复制公钥文件内容至码云服务器