开发: C++知识库 Java知识库 JavaScript Python PHP知识库人工智能区块链大数据移动开发嵌入式开发工具数据结构与算法开发测试游戏开发网络协议系统运维
教程: HTML教程 CSS教程 JavaScript教程 Go语言教程 JQuery教程 VUE教程 VUE3教程 Bootstrap教程 SQL数据库教程 C语言教程 C++教程 Java教程 Python教程 Python3教程 C#教程
数码: 电脑笔记本显卡显示器固态硬盘硬盘耳机手机 iphone vivo oppo 小米华为单反装机图拉丁

-> 开发工具 -> git学习笔记 -> 正文阅读

[开发工具]git学习笔记

Git简介

背景

在1991年，Linus创建了开源的Linux后，世界各地的志愿者们将源代码通过diff的方式发送给Linus，然后由Linus本人进行合并。
到了2002年，Linux系统发展十余年，代码已经十分庞大，很难进行手工管理，Linus选择了一个商业版本控制系统BitKeeper，然而由于Linux社区有一些人试图破解BitKeeper的协议，被BitMover公司发现，于是收回了Linux社区的免费使用权。
Linus本人花了两周时间用C写了一个分布式控制系统Git，到了2008年，Github上线。

集中式与分布式

集中式即代码版本库是存放于中央服务器的，分布式则是每个人电脑里都有完整的版本控制系统。
集中式的有CVS和SVN，分布式代表即是Git

Git基础

安装后的配置

安装很容易，安装后需要配置config参数（由于Git是分布式版本控制系统，因此必须自报家门）

$ git config --global user.name "Your Name"
$ git config --global user.email "email@example.com"

查看配置的信息

当前用户配置
当前仓库配置信息

创建仓库

git init，此时会创建一个.git文件夹
在这里插入图片描述

提交文件

在当前版本库中创建了一个readme.txt文件，利用git status查看状态
在这里插入图片描述
利用git add添加文件

利用git commit提交文件

利用git log可以查看提交信息

修改readme.txt，使用git status显示已被修改但是changes没有被提交

利用git diff命令查看具体修改了什么内容

知道对readme.txt修改后，需要重新利用git add和git commit提交（提交修改和新文件没有区别），也可以直接使用git commit -a一步到位
在这里插入图片描述
此时再利用git status可以看到没有要提交的修改且仓库是干净的

打上标签

单纯的commit id难以记忆，常常打上标签
在这里插入图片描述
对于之前的commit也可以打上标签

利用git tag可以查看所有标签，利用git show 可以查看标签对应的commit信息

一般来说，git tag -a 标签名 -m 说明文字 commit-id## 回退版本

命令git push origin 可以推送一个本地标签；
命令git push origin --tags可以推送全部未推送过的本地标签；
命令git tag -d 可以删除一个本地标签；
命令git push origin :refs/tags/可以删除一个远程标签。

对readme.txt再次进行了修改并提交
在这里插入图片描述
至此，通过git log可以查看到至今的三次commit经历

使用git log --pretty=oneline，可以美化输出

git的commit id是用sha1算出来的一个非常庞大的数字（由于是分布式，因此使用1、2、3、4此类简单数字作为版本Id，肯定很容易冲突）
在git中HEAD指向的就是当前版本，HEAD^ 即上一个版本，HEAD^^就是上上个版本，HEAD~100就是往前推100个版本
在这里插入图片描述

此时查看readme.txt，的确进行了回退
在这里插入图片描述
利用git log输出发现the second modification不见了

使用get reset --hard + 之前版本Sh1数字的前几位又可以回退到之前的版本

git 版本回退十分快，因为只是改变HEAD指针的指向

可以通过git reflog查看每次head修改命令
在这里插入图片描述

.gitignore

使某些文件不必出现在git status中的untracked files…中，这些文件一般包括：

os自动生成的文件
编译中间文件
敏感信息配置文件

# Windows:
Thumbs.db
ehthumbs.db
Desktop.ini

# Python:
*.py[cod]
*.so
*.egg
*.egg-info
dist
build

# My configurations:
db.ini
deploy_key_rsa

在这里插入图片描述

配置别名

git config --global alias.lg “log --color --graph --pretty=format:’%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset’ --abbrev-commit”
在这里插入图片描述
当前仓库的配置文件

当前用户的配置文件在~./gitconfig

Git内部原理

工作区

电脑里能够看到的目录
在这里插入图片描述

暂存区

在每个项目中都有个.git隐藏目录，这个不是工作区，而是git的版本库。版本库中最重要的是：

被称为stage（或者index）的暂存区
分支，git默认创建的第一个分支是master

从上图可以看出，git add就是把文件从工作区添加到暂存区，git commit就是把文件从暂存区添加到当前分支，举例如下所示

在这里插入图片描述

修改

对于所有的版本控制系统，其只能追踪文本文件的改动，获得每次文本的改动，而对于二进制文件，无法获得直观的信息。
相对于版本控制系统，git管理的是修改，而不是文件。只有每次改动被推送到暂存区或者分支内部。

利用git checkout – file 可以回退工作区文件的修改，将其回滚到最近一次git commit或者git add时的状态
利用git reset HEAD file 可以撤销掉暂存区的修改
删除文件
创建一个test.txt文件并添加到分支中，此时删除掉test.txt

git status查看输出信息，可以看到git记录了删除的文件

此时利用git rm删掉，并且git commit，这时候版本库就没有此文件了
利用git checkout – test.txt，实现一键还原

远程仓库

github

Github提供Git仓库托管服务，本地仓库和远程Github仓库是通过SSH协议加密的。

在本地用户目录中有.ssh目录，里面有id_rsa和id_rsa.pub两个文件，把pub后缀的公钥添加到github上，这样github就能识别出本地用户的推送。

在Git创建好一个仓库后，根据网站的提示，可以把本地的仓库推送上去，在本地使用如下命令即可：

$ git remote add origin git@github.com:michaelliao/learngit.git

git push -u origin master

Git远程仓库默认的名字是origin。
Github现在通过Personal access tokens来进行访问验证，在初次push时会出现要输入账号和密码的情况，密码即是在github登录后setting界面上生成的tokens。

利用git remote -v可以查看远程库
在这里插入图片描述
也可以使用git remote rm origin来解除本地与远程的绑定关系

利用git clone + 仓库路径可以从远程克隆仓库到本地，git支持多种协议，默认的git://使用ssh，也可以使用https，但后者较慢

Github的一些常用术语如下：
在这里插入图片描述

Watch：观察。
如果watch了一个项目，之后这个项目有更新，你会在第一时间收到该项目更新通知。
Star：点赞。
点过赞的项目会保存在个人中心的“stars”中，之后可以查看。
Fork：开分支。
	如果对一个项目感兴趣，并且想在此基础开发新的功能，就可以fork这个项目。它会复制一个完全相同的项目到你自己的github账号中，你可以自行修改项目内容而不会影响原始的库，也可以将自己的修改通过合并请求(a pull request)的方式请求原始库的开发者更新你的修改。

在这里插入图片描述

Issues：问题。
如果你看了某个项目，发现它有什么bug或者不足，就可以在这里提出来。
Pull requests：代码合并请求。
此功能是建立在Fork之上的，如果你Fork了一个项目，对其进行了修改，觉得改的还不错就可以对原项目的拥有者提出一个Pull请求，如果请求通过，就可以把你修改过的内容合并到原项目中了。
Repository ：简称“Repo”,仓库，库。
库是GitHub的最基本元素，可想象成本地的项目文件夹；一个库包含所有的项目文件(包括帮助文档)，并保存每个文件的修改历史；库可以有多个合作开发者，也可以作为公共库或私有库的形式开发；
Branch：分支。
分支是一个库的并行版本，包含在库内，允许独立的开发而不影响现有主分支(primary or master)的运行；当在分支的修改需要发布时，就可以将分支合并(merge)至主分支(master branch)，这样利于多人的分布式开发；
Clone ：克隆。
克隆是将GitHub上的库文件整个复制到本地主机上，可以实现离线修改，等上线后再同步至Github上的库即可；
Commit ：提交信息。
或者称为修改信息，是个人提交的对文件的修改记录；
Push ：推送。
表示将本地的修改内容推送至线上的库，这样其它的开发者就可以通过GitHub网站访问到你的修改内容了；
Remote ：远端版本。
即类似于GitHub.com的非本地主机的项目版本，可以连接至本地克隆的版本以实现内容同步；
User：用户。
指个人注册的GitHub账户，每个用户都可以拥有多个公共库或私有库，也可被邀请加入organizations或称为collaborates；
Organizations：组织。
即多个开发者组成的团体，可包含众多的库和开发团队；
Collaborator ：合作开发者。
被库的所有者邀请共同开发某一项目，拥有对库的读写权限；
Contributor：贡献者 。
对项目有所贡献(如提交代码，修复bug等)的开发者，但不具备合作开发者的访问权限；

推送分支

利用git push origin 分支名
在这里插入图片描述

拉取分支

git clone+ url
在这里插入图片描述
默认情况下只能拉取main分支,通过 git checkout -b dev origin/dev来创建远程分支到本地

在团队合作中，如果出现多人同时推送，很可能会出现冲突：

因此必须先和远方同步，再进行推送，直接使用git pull会出错
在这里插入图片描述
必须先指定本地dev分支与远程origin/dev分支的链接

进行pull

之后再进行push
在这里插入图片描述

分支管理

概述

分支管理是团队代码编写的大杀器，通过分叉和合并，实现不同功能的并行开发。
团队合作的分支一般如下所示：
在这里插入图片描述

master(main)分支是十分稳定的，一般只用来发布新版本
dev分支是不稳定的，每个团队成员都在dev分支基础上引出自己分支，然后往dev分支上合并

与其他版本控制系统相比，git的分支是与众不同的，其创建、切换和删除都很快完成，一般1秒内即可。

创建和合并分支

Git把每次提交都串成一条时间线，这条时间线就是一个分支。截至到现在，只有一条分支，即master分支，HEAD指向的是当前分支。
在这里插入图片描述
创建一个新的分支dev，只是增加了一个指针

git checkout -b dev相当于git branch dev git checkout dev

利用git branch即可列出所有分支，当前分支前面会标一个*号

在新的分支上创建并提交一个对readme.txt的修改
切回到main分支
在这里插入图片描述
利用git merge dev进行合并

Fast-forward是“快进模式”，合并后即可删除dev分支
git branch -d branchname

最新版本的git 提供了git switch命令来切换分支
git switch -c dev
git switch master

解决冲突

通过新建分支合并然后制造冲突

git switch -c feature1

vim readme.txt
# 修改最后一行为Creating a new branch is quick AND simple.

git add readme.txt
git commit -m "AND simple"

通过 git switch main可以查看到git的自动提示(采用的他人截图，master应为main)
在这里插入图片描述
接着在main分支继续修改readme.txt文件，在两个分支都提交后，此时

git merge feature1果然出现了冲突
在这里插入图片描述
git status此时也可以看到冲突的文件

此时查看readme.txt文件内容，会发现其变成了如下：

人工修改文件后，在add和commit，此时
在这里插入图片描述
通过git log --graph也可以查看图形化的commit历史

合并策略

合并时如果前一分支直接在当前分支前一个commit身为，极有可能采用 Fast forward模式（此时只是会丢掉分支信息）。

禁用Fast forward后，会在merge时生成一个新的commit。如下在新建一个dev分支后，利用- - no-ff 就可以实现禁用Fast forward。
在这里插入图片描述
即如下所示情况

Bug分支

如果接到临时要求修复Bug的通知，利用git stash可以处理好这种突发情况。
在dev分支上，利用git status查看基本情况：
在这里插入图片描述

利用git stash 保存当前工作现场
在这里插入图片描述

假设bug在main分支，创建临时分支修复后合并
在这里插入图片描述

至此main分支上的bug修复完毕，后面恢复dev现场

利用git stash list可以查看存储的现场在这里插入图片描述
利用git stash apply恢复现场，git stash drop删除存储的现场，或者利用git stash pop一步到位

由于dev是早期从main分支引出来的，因此dev也存在类似的bug，只需要利用git cherry-pick 提交对于id号即可复制提交所做修改。
在这里插入图片描述

如果要丢弃一个没有被合并的分支，使用git branch -D 分支名

rebase

通过git log查看历史，可以看到交错的直线，利用rebase可以将提交历史变成一条干净的直线
在这里插入图片描述

之后继续对hello.py进行两次修改，此时：
在这里插入图片描述
此处应用rebase没有明显变化，但实际上rebase有着使log历史更加平整的效果。

git 高级知识

子模块

子模块允许将一个git仓库作为另一个git仓库的子目录
git submodule add https://github.com/chaconinc/DbConnector
之后会在项目生成新的.gitmodules文件
[submodule “DbConnector”]
path = DbConnector
url = https://github.com/chaconinc/DbConnector
在克隆含有子项目的模块时，默认会包含该子模块目录，但是其中还没有任何文件，此时必须运行git submodule init和git submodule update来进行更新
如果使用–recuisive参数则会循环克隆项目

一般将子模块存储在third-party文件夹下，此时
git submodule add url third-party/xxx