做个网站,西安专业网络推广公司,wordpress 同步微信素材,桂林出行网#x1f4c3;个人主页#xff1a;island1314
⛺️ 欢迎关注#xff1a;#x1f44d;点赞 #x1f442;#x1f3fd;留言 #x1f60d;收藏 #x1f49e; #x1f49e; #x1f49e; 生活总是不会一帆风顺#xff0c;前进的道路也不会永远一马平川#xff0c;如何面…
个人主页island1314
⛺️ 欢迎关注点赞 留言 收藏 生活总是不会一帆风顺前进的道路也不会永远一马平川如何面对挫折影响人生走向 – 《人民日报》 目录一、理解分布式版本操作系统二、远程操作1. 概述2. 新建远程仓库3. 克隆远程仓库4. 向远程仓库推送5. 拉取远程仓库三、git 配置1. 忽略特殊文件2. 给命令配置别名四、标签管理1. 理解标签2. 创建标签3. 操作标签一、理解分布式版本操作系统
我们目前所说的所有内容(工作区暂存区版本库等等)都是在本地!也就是在你的笔记本或者计算机上。而我们的 Git 其实是分布式版本控制系统什么意思呢?
可以简单理解为我们每个人的电脑上都是一个完整的版本库这样你工作的时候就不需要联网了因为版本库就在你自己的电脑上。既然每个人电脑上都有一个完整的版本库那多个人如何协作呢
比方说你在自己电脑上改了文件A你的同事也在他的电脑上改了文件A这时你们俩之间只需把各自的修改推送给对方就可以互相看到对方的修改了。 分布式版本控制系统的安全性要高很多因为每个人电脑里都有完整的版本库某一个人的电脑坏掉了不要紧随便从其他人那里复制一个就可以了。
在实际使用分布式版本控制系统的时候其实很少在两人之间的电脑上推送版本库的修改因为可能你们俩不在一个局域网内两台电脑互相访问不了。也可能今天你的同事病了他的电脑压根没有开机。
因此分布式版本控制系统通常也有一台充当“中央服务器”的电脑但这个服务器的作用仅仅是用来方便“交换”大家的修改没有它大家也一样干活只是交换修改不方便而已。
有了这个“中央服务器”的电脑这样就不怕本地出现什么故障了(比如运气差硬盘坏了上面的所有东西全部丢失包括 git 的所有内容)
二、远程操作
1. 概述 Git 是分布式版本控制系统同一个Git 仓库可以分布到不同的机器上。怎么分布呢?最早肯定只有一台机器有一个原始版本库此后别的机器可以“克隆”这个原始版本库而且每台机器的版本库其实都是一样的并没有主次之分。
你肯定会想至少需要两台机器才能玩远程库不是但是我只有一台电脑怎么玩
其实一台电脑上也是可以克隆多个版本库的只要不在同一个目录下。不过现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩因为一台电脑上搞几个远程库完全没有意义而且硬盘挂了会导致所有库都挂掉所以我也不告诉你在一台电脑上怎么克隆多个仓库。
实际情况往往是这样找一台电脑充当服务器的角色每天24小时开机其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上并且各自把各自的提交推送到服务器仓库里也从服务器仓库中拉取别人的提交。
完全可以自己搭建一台运行 Git 的服务器不过现阶段为了学 Git 先搭个服务器绝对是小题大作。
好在这个世界上有个叫 GitHub 的神奇的网站从名字就可以看出这个网站就是提供 Git 仓库托管服务的所以只要注册一个 GitHub 账号就可以免费获得 Git 远程仓库。
github 是国外的网站速度比较慢我们课堂上同统一采用码云来托管代码。下面我们从零开始使用一下码云远程仓库 Gitee
2. 新建远程仓库
① 新建项目远程仓库 ② 填写基本信息并且创建 ③ 创建成功后可以对远程仓库进行一个基本的设置开源 or 私有 ④ 从创建好的远程仓库中我们便能看到之前在本地学习过的分支也存在于远程仓库中并被管理起来了。刚创建的仓库有且只有一个默认的 master 分支。 3. 克隆远程仓库
克隆/下载远端仓库到本地需要使用 git clone 命令后面跟上我们的远端仓库的链接远端仓库的链接可以从仓库中找到选择“克隆/下载” 获取远程仓库链接 SSH 协议和 HTTPS 协议是 Git 最常使用的两种数据传输协议。 SSH 协议使用了公钥加密和公钥登陆机制体现了其实用性和安全性使用此协议需要将我们的公钥放上服务器由Git服务器进行管理 使用 HTTPS 方式时没有要求可以直接克隆下来。
使用 HTTPS 方式
lighthouseVM-8-10-ubuntu:gitcode$ git clone https://gitee.com/island0920/git_learning.git
Cloning into git_learning...
remote: Enumerating objects: 4, done.
remote: Counting objects: 100% (4/4), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 4 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (4/4), done.
lighthouseVM-8-10-ubuntu:gitcode$ ls
book git_learning使用 SSH 方式
lighthouseVM-8-10-ubuntu:gitcode$ git clone gitgitee.com:island0920/git_learning.git
Cloning into git_learning...
The authenticity of host gitee.com (180.76.198.225) cant be established.
ED25519 key fingerprint is SHA256:ULzij2u99B9eWYFTw1Q4ErYG/aepHLbu96PAUCoV88.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added gitee.com (ED25519) to the list of known hosts.
gitgitee.com: Permission denied (publickey). # 公钥
fatal: Could not read from remote repository.Please make sure you have the correct access rights
and the repository exists.使用 SSH方式克隆仓库由于我们没有添加公钥到远端库中服务器拒绝了我们的 clone 链接。需要我们设置一下:
第一步创建SSH Key
在用户主目录下看看有没有.ssh目录如果有再看看这个目录下有没有id rsa 和 id rsa.pub 这两个文件如果已经有了可直接跳到下一步。如果没有需要创建 SSH Key如下
lighthouseVM-8-10-ubuntu:gitcode$ ssh-keygen -t rsa -C island0920163.com
Generating public/private rsa key pair.
Enter file in which to save the key (/home/lighthouse/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/lighthouse/.ssh/id_rsa
Your public key has been saved in /home/lighthouse/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:fslO9I2D3invlg7yVrTaVc island0920163.com
The keys randomart image is:
---[RSA 3072]----
| E |
| o . o . |
| o . . |
| . o o. |
| . S . .o |
| . . O.o |
| . .Xo.. |
| ..Xooo |
| ooo** |
----[SHA256]-----顺利的话可以在用户主目录里找到.ssh 目录里面有 id_rsa 和 id_rsa.pub 两个文件这两个就是SSH Key的秘钥对id_rsa 是私钥不能泄露出去id_rsa.pub 是公钥可以放心地告诉任何人 lighthouseVM-8-10-ubuntu:~$ ls -a .ssh/
. .. id_rsa id_rsa.pub known_hostslighthouseVM-8-10-ubuntu:~$ cat .ssh/id_rsa.pub第二步添加自己的公钥到远端仓库 点击 SSH公钥进行设置 点击确认后需要对你进行认证输入你的账号密码即可。至此我们的准备工作全部做完欢快的clone吧。
lighthouseVM-8-10-ubuntu:gitcode$ git clone gitgitee.com:island0920/git_learning.git
Cloning into git_learning...
remote: Enumerating objects: 4, done.
remote: Counting objects: 100% (4/4), done.
remote: Compressing objects: 100% (4/4), done.
remote: Total 4 (delta 0), reused 0 (delta 0), pack-reused 0 (from 0)
Receiving objects: 100% (4/4), done.
lighthouseVM-8-10-ubuntu:gitcode$ ls
book git_learning
lighthouseVM-8-10-ubuntu:gitcode$ ls git_learning/
README.en.md README.md如果有多个人协作开发GitHub/Gitee 允许添加多个公钥只要把每个人的电脑上的Key 都添加到 GitHub/Gitee就可以在每台电脑上往 GitHub/Gitee 上提交推送了。 当我们从远程仓库克隆后实际上 Git 会自动把本地的 master 分支和远程的 master分支对应起来并且远程仓库的默认名称是 origin。
在本地我们可以使用 git remote 命令来查看远程库的信息如:
lighthouseVM-8-10-ubuntu:git_learning$ git remote
origin
lighthouseVM-8-10-ubuntu:git_learning$ clear# 也可以用 git remote -v 显示更详细信息
lighthouseVM-8-10-ubuntu:git_learning$ git remote -v
origin gitgitee.com:island0920/git_learning.git (fetch)
origin gitgitee.com:island0920/git_learning.git (push)上面显示了可以抓取和推送的origin的地址。如果没有推送权限就看不到push的地址。推送是什么意思呢我们继续往下看
4. 向远程仓库推送 本地已经 clone 成功远程仓库后我们便可以向仓库中提交内容例如新增一个 file.txt 文件:
lighthouseVM-8-10-ubuntu:git_learning$ cat file.txt
hello git# 提交文件
lighthouseVM-8-10-ubuntu:git_learning$ git add .
lighthouseVM-8-10-ubuntu:git_learning$ git commit -m create file.txt
[master acd13ab] create file.txt1 file changed, 1 insertion()create mode 100644 file.txt提交时要注意如果我们之前设置过全局的 name 和 e-mail这两项配置需要和 gitee 上配置的用户名和邮箱一致否则会出错。或者从来没有设置过全局的 name和 e-mail那么我们第一次提交时也会报错。这就需要我们重新配置下了同样要注意需要和 gitee 上配置的用户名和邮箱一致如何配置之前已讲过
到这里我们已经将内容提交至本地仓库中如何将本地仓库的内容推送至远程仓库呢需要使用 git push 命令
该命令用于将本地的分支版本上传到远程并合并命令格式如下:
git push远程主机名本地分支名:远程分支名#如果本地分支名与远程分支名相同则可以省略冒号:
git push远程主机名本地分支名4此时我们要将本地的 master 分支推送到 origin 主机的 master 分支则可以:
lighthouseVM-8-10-ubuntu:git_learning$ git push origin master
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Delta compression using up to 2 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 308 bytes | 308.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag 8d4a07b8
To gitee.com:island0920/git_learning.git7ce19f5..acd13ab master - master现在就被推送到远端了 注意这里由于我们使用的是 SSH 协议是不用每一次推送都输入密码的方便了我们的推送操作。如果你使用的是 HTTPS 协议有个麻烦地方就是每次推送都必须输入口令。 5. 拉取远程仓库
在 gitee 上点击 file.txt 文件并在线修改
此时远程仓库是要领先于本地仓库一个版本为了使本地仓库保持最新的版本我们需要拉取下远端代码并合并到本地。Git提供了 git pull 命令该命令用于从远程获取代码并合并本地的版本。
操作如下:
git pull 远程主机名 远程分⽀名:本地分⽀名 # 如果远程分⽀是与当前分⽀合并则冒号后⾯的部分可以省略。
git pull 远程主机名 远程分⽀名 # 使用样例如下
lighthouseVM-8-10-ubuntu:git_learning$ git pull origin master
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0 (from 0)
Unpacking objects: 100% (3/3), 963 bytes | 963.00 KiB/s, done.
From gitee.com:island0920/git_learning* branch master - FETCH_HEADacd13ab..314e885 master - origin/master
Updating acd13ab..314e885
Fast-forwardfile.txt | 1 1 file changed, 1 insertion()但是大多都遇到过这样的情况提交代码时出现冲突提示需要更新然而不经意的这一操作将自己书写代码的付出付之东流全被服务器上的文件覆盖了那我们能否恢复呢如下 进入需要恢复文件的仓库中右键打开git bash命令行git bash或者git cmd都可以执行以下命令 git reflog ./ # 该命令显示本地提交的记录故恢复本地需执行该命令
git log ./ # 该命令显示提交到远程服务器的记录恢复文件执行命令 git reset --hard e33c58d # 最后的数字是需要恢复的commit_id三、git 配置
1. 忽略特殊文件
在日常开发中我们有些文件不想或者不应该提交到远端比如保存了数据库密码的配置文件那怎么让 Git 知道呢?在 Git 工作区的根目录下创建一个特殊的 .gitignore 文件然后把要忽略的文件名填进去Git 就会自动忽略这些文件了。
不需要从头写 .gitignore 文件gitee 在创建仓库时就可以为我们生成不过需要我们主动勾选一下 如果当时没有选择这个选择在工作区创建一个也是可以的。无论哪种方式最终都可以得到一个完整的 .gitignore 文件例如我们想忽略以 .so 和 .ini 结尾所有文件.gitignore 的内容如下
lighthouseVM-8-10-ubuntu:git_learning$ cat .gitignore
# 可以直接写文件名 - 省略选择的模板内容*.ini
*.so# 还需要提交远端
lighthouseVM-8-10-ubuntu:git_learning$ git add .
lighthouseVM-8-10-ubuntu:git_learning$ git commit -m add .gitignore
[master 15730c3] add .gitignore1 file changed, 4 insertions()create mode 100644 .gitignore
lighthouseVM-8-10-ubuntu:git_learning$ git push origin master
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Delta compression using up to 2 threads
Compressing objects: 100% (3/3), done.
Writing objects: 100% (3/3), 405 bytes | 405.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag 7f4c87a3
To gitee.com:island0920/git_learning.git314e885..15730c3 master - master接下来来验证 .gitignore 的功能如下新增 a.so 和 b.ini
lighthouseVM-8-10-ubuntu:git_learning$ touch a.so b.ini
lighthouseVM-8-10-ubuntu:git_learning$ git status
On branch master
Your branch is up to date with origin/master.nothing to commit, working tree clean检验 .gitignore 的标准就是 git status 命令是不是说 working tree clean 。我们发现Git 并没有提示在工作区中有文件新增果然 .gitignore 生效了
但有些时候你就是想添加一个文件到 Git但由于这个文件被 .gitignore 忽略了根本添加不了那么可以用 -f 强制添加:
$ git add -f [filename]或者你发现可能是 .gitignore 写得有问题需要找出来到底哪个规则写错了比如说 a.so 文件是要被添加的可以用 git check-ignore 命令检查:
lighthouseVM-8-10-ubuntu:git_learning$ git check-ignore -v a.so
.gitignore:4:*.so a.soGit 会告诉我们.gitignore 的第3行规则忽略了该文件于是我们就可以知道应该修订哪个规则 还有些时候当我们编写了规则排除了部分文件时例如:
# 排除所有.开头的隐藏⽂件:
.*但是我们发现 .* 这个规则把 .gitignore 也排除了。虽然可以用 git add -f 强制添加进去但有强迫症的童鞋还是希望不要破坏 .gitignore 规则这个时候可以添加一条例外规则:
# 排除所有.开头的隐藏⽂件:
.*把指定文件排除在 .gitignore 规则外的写法就是 !文件名 所以只需把例外文件添加进去即可。
lighthouseVM-8-10-ubuntu:git_learning$ cat .gitignore
# 可以直接写文件名 - 省略选择的模板内容*.ini
*.so# 排除所有 . 开头的隐藏文件
.*# 由于.gitignore也是. 开头, 需要不排除 .gitignore
!.gitignore2. 给命令配置别名
在我们使用 Git 期间有些命令敲的时候着实让人头疼(太长了难敲)幸运的是git支持对命令进行简化!
举个例子将 git status 简化为 git st 对应的命令为:
lighthouseVM-8-10-ubuntu:git_learning$ git config --global alias.st status--global 参数是全局参数也就是这些命令在这台电脑的所有Git仓库下都有用。如果不加那只针对当前的仓库起作用。
现在敲 git st 看看效果:
lighthouseVM-8-10-ubuntu:git_learning$ git st
On branch master
Your branch is up to date with origin/master.nothing to commit, working tree clean再来配置一个 git last 让其显示最后一次提交信息标准是 git log -1 进行查看
lighthouseVM-8-10-ubuntu:git_learning$ git log -1
commit d80980f12ad7d73148be5691baa76c6272e8096c (HEAD - master, origin/master, origin/HEAD)
Author: island0920 island0920163.com
Date: Wed Apr 9 14:45:12 2025 0800gitignore 配置# 配置 git last
lighthouseVM-8-10-ubuntu:git_learning$ git config --global alias.last log -1
lighthouseVM-8-10-ubuntu:git_learning$ git last
commit d80980f12ad7d73148be5691baa76c6272e8096c (HEAD - master, origin/master, origin/HEAD)
Author: island0920 island0920163.com
Date: Wed Apr 9 14:45:12 2025 0800gitignore 配置四、标签管理
1. 理解标签 标签 tag 可以简单的理解为是对某次commit 的一个标识相当于起了一个别名。例如在项目发布某个版本的时候针对最后一次 commit 起一个 v1.0 这样的标签来标识里程碑的意义。
这有什么用呢?相较于难以记住的 commit idtag 很好的解决这个问题因为 tag 一定要给一个让人容易记住且有意义的名字这样当我们需要回退到某个重要版本时直接使用标签就能很快定位到
2. 创建标签
① 在Git中打标签非常简单首先切换到需要打标签的分支上
lighthouseVM-8-10-ubuntu:git_learning$ git branch
* master② 创建新标签并且查看
# 创建
lighthouseVM-8-10-ubuntu:git_learning$ git tag v1.0# 使用 git tag 查看所有标签
lighthouseVM-8-10-ubuntu:git_learning$ git tag
v1.0③ 默认标签是打在最新提交的 commit 上的。那如何在指定的 commit上打标签呢?方法是找到历史提交的commit id然后打上就可以了示例如下:
# commit 历史记录
lighthouseVM-8-10-ubuntu:git_learning$ git log --prettyoneline --abbrev-commit
d80980f (HEAD - master, tag: v1.0, origin/master, origin/HEAD) gitignore 配置
15730c3 add .gitignore
314e885 update file.txt.
acd13ab create file.txt
7ce19f5 Initial commit# 指定 Initial commit 的标签
lighthouseVM-8-10-ubuntu:git_learning$ git tag v0.9 7ce19f5
lighthouseVM-8-10-ubuntu:git_learning$ git tag
v0.9
v1.0注意标签不是按时间顺序列出而是按字母排序的
可以用 git show [tagname] 查看标签信息
lighthouseVM-8-10-ubuntu:git_learning$ git show v1.0
commit d80980f12ad7d73148be5691baa76c6272e8096c (HEAD - master, tag: v1.0, origin/master, origin/HEAD)
Author: island0920 island0920163.com
Date: Wed Apr 9 14:45:12 2025 0800gitignore 配置diff --git a/.gitignore b/.gitignore
index 2df647c..4cf7e25 100644
--- a/.gitignoreb/.gitignore-2,3 2,10 *.ini*.soGit还提供可以创建带有说明的标签用 -a 指定标签名-m 指定说明⽂字格式为
git tag -a [name] -m XXX [commit_id]另外打完标签之后使用 tree.git 命令查看一下你的本地库有什么变化
└── refs├── heads│ └── master├── remotes│ └── origin│ ├── HEAD│ └── master└── tags├── v0.9└── v1.03. 操作标签
如果标签打错了也可以删除:
lighthouseVM-8-10-ubuntu:git_learning$ git tag
v0.9
v1.0
lighthouseVM-8-10-ubuntu:git_learning$ git tag -d v0.9
Deleted tag v0.9 (was 7ce19f5)本地删除
因为创建的标签都只存储在本地不会自动推送到远程。所以打错的标签可以在本地安全删除
如果要推送某个标签到远程使用命令 git push origin tagname
lighthouseVM-8-10-ubuntu:git_learning$ git tag
v1.0
lighthouseVM-8-10-ubuntu:git_learning$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0), pack-reused 0
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag e04547b4
To gitee.com:island0920/git_learning.git* [new tag] v1.0 - v1.0此时查看远端码云看到了标签已经被更新完美
当然同样的我们也可以一次性推送所有标签到远端如下
git push origin --tags远端删除
① 如果标签已经推送到远程要删除远程标签就麻烦⼀点先从本地删除
lighthouseVM-8-10-ubuntu:git_learning$ git tag
v1.0
lighthouseVM-8-10-ubuntu:git_learning$ git tag -f v1.0
lighthouseVM-8-10-ubuntu:git_learning$ git tag -d v1.0
Deleted tag v1.0 (was d80980f)
lighthouseVM-8-10-ubuntu:git_learning$ git push origin :refs/tags/v1.0
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag 024918b7
To gitee.com:island0920/git_learning.git- [deleted] v1.0
