【Git】远程操作和标签管理

ZLRRLZ

发布于 2025-08-26 08:24:55

18800

代码可运行

文章被收录于专栏：C语言C语言

运行总次数：0

代码可运行

1.远程操作

1.1理解分布式版本控制系统

之前我们所说的所有内容（工作区，暂存区，版本库等等），都是在本地，也就是在你的笔记本或者计算机上。而我们的 Git 其实是分布式版本控制系统，什么意思呢？

如果我们所有人只能同时在一台主机上进行开发，即使Git支持多个分支，那实际上效率也并不会提升，所以这里Git必须要支持多态主机间的协作开发。可以简单理解为，我们每个人的电脑上都是一个完整的版本库，既然每个人电脑上都有一个完整的版本库，那多个人如何协作呢？比方说你在自己电脑上改了文件A，你的同事也在他的电脑上改了文件A，如何让对方能够在自己的版本库中看到对方开发的功能呢？（因为我们是多个人共同开发一个项目，所以要保证不同人开发的部分要最终可以合并到一块）

这时，你们俩之间只需把各自的修改推送给对方并进行合并，就可以互相看到对方的修改了，原有的代码也接受到对方开发的新功能。

这种分布式版本控制系统的安全性要高很多，因为每个人电脑里都有完整的版本库，某一个人的电脑坏掉了不要紧，随便从其他人那里复制一个就可以了。

但是在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了。也可能今天你的同事病了，他的电脑压根没有开机。或者等团队人数上升，这种个体间相互推送的模式很难管理，往往很难确定最新的版本，不同版本库的区别。

因此，分布式版本控制系统通常也有一台充当“中央服务器”的电脑，这个时候这个中央服务器就类似于本地库中的master分支，其他的主机就相当于其他分支，每个人开发对应的功能测试完成后提交到中央服务器，并由管理员通过中央服务器统筹处理所有的提交。

但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。有了这个“中央服务器”的电脑，这样就不怕本地出现什么故障了（比如运气差，硬盘坏了，上面的所有东西全部丢失，包括git的所有内容）。

1.2.远程仓库

Git 是分布式版本控制系统，同一个 Git 仓库，可以分布到不同的机器上。怎么分布呢？最早，肯定只有一台机器有一个原始版本库，此后，别的机器可以 “克隆” 这个原始版本库，而且每台机器的版本库其实都是一样的，并没有主次之分。你肯定会想，至少需要两台机器才能玩远程库不是？但是我只有一台电脑，怎么玩？其实一台电脑上也是可以克隆多个版本库的，只要不在同一个目录下。不过，现实生活中是不会有人这么傻的在一台电脑上搞几个远程库玩，因为一台电脑上搞几个远程库完全没有意义，而且硬盘挂了会导致所有库都挂掉。所以实际情况往往是这样，找一台电脑充当服务器的角色，每天24小时开机，其他每个人都从这个“服务器”仓库克隆一份到自己的电脑上，并且各自把各自的提交推送到服务器仓库里，也从服务器仓库中拉取别人的提交。其实完全可以自己搭建一台运行 Git 的服务器，不过现阶段，为了学 Git 先搭个服务器绝对是小题大作。好在这个世界上有个叫 GitHub 的神奇的网站，从名字就可以看出，这个网站就是提供 Git 仓库托管服务的，所以，只要注册一个GitHub账号，就可以免费获得 Git 远程仓库。 github 是国外的网站，速度比较慢，一般需要科技，所以我们下面介绍采用码云来托管代码。下面，我们从零开始，使用一下码云远程仓库。

1.2.1.新建远程仓库

新建远程项目仓库：

填写基本信息，这里仓库的名称最好使用英文字母和下划线形式，防止出现意外，名称填写完成后路径会自动生成，一开始创建仓库，如果无法直接开源仓库，可以创建完后，在管理仓库处改。

设置模版中的ReadMe文件是一份"说明书"，主要用来介绍项目的使用、架构等等，方便访问者快速理解整个项目。

设置模版中的Issue主要是用来反馈bug的，注明对应的问题、重现步骤、报错信息等，

提交Issue的开发者可以指定将该问题交给对应的负责人处理，可以给该Issue打上标签，指明这个Issue是在哪个分支上发现的，处理时间是多长，是否置顶，优先级如何.......

选择分支模型就是根据仓库的用途创建对应的分支，不勾选系统默认只创建master分支。

创建成功

创建成功后，我们可以对远程仓库进行一个基本的设置：开源or私有

此外添加完项目成员后，仓库管理还可以设置对应成员的权限，其中只有设置了开发者权限，才可以在该仓库上进行开发。

从创建好的远程仓库中我们便能看到，之前在本地学习过的分支，也存在于远程仓库中并被管理起来了。刚创建的仓库有且只有一个默认的master分支。

1.2.2克隆远程仓库

克隆/下载远端仓库到本地，需要使用 git clone 命令，后面跟上我们的远端仓库的链接，远端仓库的链接可以从仓库中找到：选择“克隆/下载”获取远程仓库链接：

SSH 协议和 HTTPS 协议是 Git 最常使用的两种数据传输协议。SSH 协议使用了公钥加密和公钥登陆机制，体现了其实用性和安全性，使用此协议需要将我们的公钥放上服务器，由 Git 服务器进行管理。使用 HTTPS 方式时，没有要求，可以直接克隆下来。

• 使用 HTTPS 方式：

hyb@139-159-150-152:~$ git clone https://gitee.com/hyb91/git_teaching.git
Cloning into 'git_teaching'...
Username for 'https://gitee.com': hyb91
Password for 'https://hyb91@gitee.com':
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
Unpacking objects: 100% (4/4), 1.80 KiB | 1.80 MiB/s, done.
hyb@139-159-150-152:~$ ls
gitcode git_teaching
hyb@139-159-150-152:~$ ls git_teaching/
README.en.md README.md

• 使用 SSH 方式：

hyb@139-159-150-152:~$ git clone git@gitee.com:hyb91/git_teaching.git
Cloning into 'git_teaching'...
The authenticity of host 'gitee.com (212.64.63.215)' can't be established.
ECDSA key fingerprint is SHA256:FQGC9Kn/eye1W8icdBgrQp+KkGYoFgbVr17bmjey0Wc.
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
Warning: Permanently added 'gitee.com,212.64.63.215' (ECDSA) to the list of
known hosts.
git@gitee.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：

# 注意要输入自己的邮箱，然后一路回车，使用默认值即可
hyb@139-159-150-152:~$ ssh-keygen -t rsa -C "2689241679@qq.com"
Generating public/private rsa key pair.
Enter file in which to save the key (/home/hyb/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/hyb/.ssh/id_rsa
Your public key has been saved in /home/hyb/.ssh/id_rsa.pub
The key fingerprint is:
SHA256:sepKZUwKIXjJxYcot49tvOW+Aa+pEhdsRqVDFSmgQZo 2689241679@qq.com
The key's randomart image is:
+---[RSA 3072]----+
|*+oB=+           |
|==Oo+ .          |
|E*+o .. .        |
| *o + o          |
| o *o + S        |
|. o ==..         |
| o ..++          |
|. ..+..          |
| ...+o+.         |
+----[SHA256]-----+

顺利的话，可以在用户主目录里找到.ssh 目录，里面有id_rsa 和id_rsa.pub 两个文件，这两个就是SSH Key的秘钥对， id_rsa 是私钥，不能泄露出去， id_rsa.pub 是公钥，可以放心地告诉任何人。

hyb@139-159-150-152:~$ ls -a .ssh/
. .. id_rsa id_rsa.pub known_hosts

第二步：添加自己的公钥到远端仓库。

点击 ssh公钥选项，进行设置：

点击确认后，需要对你进行认证，输入你的账号密码即可。至此，我们的准备工作全部做完，欢快的clone吧。

hyb@139-159-150-152:~$ git clone git@gitee.com:hyb91/git_teaching.git
Cloning into 'git_teaching'...
Warning: Permanently added the ECDSA host key for IP address '212.64.63.190'
to the list of known hosts.
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
Receiving objects: 100% (4/4), done.
hyb@139-159-150-152:~$ ls
gitcode git_teaching
hyb@139-159-150-152:~$ ls git_teaching/
README.en.md README.md

done, 成功！如果有多个人协作开发，GitHub/Gitee 允许添加多个公钥，有项目仓库所有者把每个人的电脑上的Key 都添加到 GitHub/Gitee，就可以在每台电脑上往 GitHub/Gitee 上提交推送了。当我们从远程仓库克隆后，实际上 git clone会自动把本地的 master 分支和远程的 master 分支对应起来，并且，远程仓库的默认名称是 origin 。在本地我们可以使用 git remote 命令，来查看远程库的信息，如：

hyb@139-159-150-152:~/git_teaching$ git remote
origin  #远程仓库默认名称

或者，用 git remote -v 显示更详细的信息：

hyb@139-159-150-152:~/git_teaching$ git remote -v
origin git@gitee.com:hyb91/git_teaching.git (fetch)
origin git@gitee.com:hyb91/git_teaching.git (push)

上面显示了可以抓取和推送的origin的地址。这其实也代表我们拥有向远程仓库fetch(拉取)、push(推送)的权限，如果没有推送权限，就看不到 push 的地址。

1.2.3向远程仓库推送

本地已经clone 成功远程仓库后，我们便可以向仓库中提交内容，例如新增一个file.txt 文件：

# 新建文件
hyb@139-159-150-152:~/git_teaching$ ls
README.en.md README.md
hyb@139-159-150-152:~/git_teaching$ vim file.txt
hyb@139-159-150-152:~/git_teaching$ cat file.txt
hello git
# 提交文件
hyb@139-159-150-152:~/git_teaching$ git add .
hyb@139-159-150-152:~/git_teaching$ git commit -m"create file.txt"
[master 7ce3183] create file.txt
1 file changed, 1 insertion(+)
create mode 100644 file.txt

提交时要注意，如果我们之前设置过全局的 name 和 e-mail，这两项配置需要和 gitee 上配置的用户名和邮箱一致，否则会出错。或者从来没有设置过全局的 name 和 e-mail，那么我们第一次提交时也会报错。这就需要我们重新配置下了，同样要注意需要和 gitee 上配置的用户名和邮箱一致。

到这里我们已经将内容提交至本地仓库中，如何将本地仓库的内容推送至远程仓库呢，需要使用 git push 命令，该命令用于将本地的分支版本上传到远程并合并，命令格式如下：

git push <远程主机名> <本地分支名>:<远程分支名>
# 如果本地分支名与远程分支名相同，则可以省略冒号、远程分支名：
git push <远程主机名> <本地分支名>

此时我们要将本地的 master 分支推送到 origin 主机的 master 分支，则可以：

hyb@139-159-150-152:~/git_teaching$ git push origin master #因为master同名，这里可以省略
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
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)
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:hyb91/git_teaching.git
c6ce3f0..7ce3183 master -> master

推送成功！这里由于我们使用的是 SSH 协议，是不用每一次推送都输入密码的，方便了我们的推送操作。如果你使用的是 HTTPS 协议，有个麻烦地方就是每次推送都必须输入口令。

接下来，看看码云远端：

代码已经被推送至远端了：

1.2.4拉取远程仓库

由于远程仓库会接受不同本地仓库的推送，对于某一个本地仓库，远程仓库可能出现不一致情况，有的开发之前，我们需要从拉取远程仓库到本地仓库，更新本地仓库。

在 gitee 上点击 README.md 文件并在线修改它:（推荐通过本地仓库提交的方式修改远程仓库，这里直接修改仅为了方便演示，实际不推荐。）

修改内容：

此时，远程仓库是要领先于本地仓库一个版本，为了使本地仓库保持最新的版本，我们需要拉取下远端代码，并合并到本地。Git 提供了git pull 命令，该命令用于从远程获取代码并合并本地的版本。格式如下：

git pull <远程主机名> <远程分支名>:<本地分支名>
# 如果远程分支是与当前分支合并，则冒号后面的部分可以省略。
git pull <远程主机名> <远程分支名>

使用一下：

# 拉取远程分支，并与当前分支进行合并
hyb@139-159-150-152:~/git_teaching$ git pull origin master
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (3/3), done.
remote: Total 3 (delta 1), reused 0 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), 1.02 KiB | 1.02 MiB/s, done.
From gitee.com:hyb91/git_teaching
* branch master -> FETCH_HEAD
7ce3183..60e6b0a master -> origin/master
Updating 7ce3183..60e6b0a
Fast-forward
README.md | 2 ++
1 file changed, 2 insertions(+)
hyb@139-159-150-152:~/git_teaching$ cat README.md
...
第一次修改内容

我们发现，拉取成功了！

1.3.配置 Git

1.3.1.忽略特殊文件

在日常开发中，我们有些文件不想或者不应该提交到远端，比如保存了数据库密码的配置文件，那怎么让 Git 知道呢？虽然我们提交可以指定文件一个一个提交，但是随着项目的文件越来越多，这种挨个指定的效果并不好。

所以在 Git 工作区的根目录下创建一个特殊的.gitignore 文件，然后把要忽略的文件 名填进去，Git 就会自动忽略这些文件了。

我们也不需要从头写.gitignore 文件，gitee 在创建仓库时就可以为我们生成，不过需要我们主动勾选一下：

如果当时没有选择这个选择，在工作区创建一个也是可以的。无论哪种方式，最终都可以得到一个完整的.gitignore 文件，

例如我们想忽略以 .so 和 .ini 结尾所有文件，要以*.[后缀名]的形式， .gitignore 的内容如下：

# 省略选择模本的内容
...
# My configurations:
*.ini
*.so

在.gitignore 文件中也可以指定某个确定的文件，直接填上文件名也可以忽略。 最后一步就是把.gitignore 也提交到远端，就完成了：

hyb@139-159-150-152:~/git_teaching$ vim .gitignore
hyb@139-159-150-152:~/git_teaching$ git add .
hyb@139-159-150-152:~/git_teaching$ git commit -m"add .gitignore"
[master 97811ab] add .gitignore
1 file changed, 3 insertions(+)
create mode 100644 .gitignore
hyb@139-159-150-152:~/git_teaching$ git push origin master
Enumerating objects: 4, done.
Counting objects: 100% (4/4), done.
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 362 bytes | 362.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:hyb91/git_teaching.git
60e6b0a..97811ab master -> master

接着我们就来验证一下.gitignore文件的能力，在工作区新增两个文件 a.so b.ini :

hyb@139-159-150-152:~/git_teaching$ touch a.so b.ini
hyb@139-159-150-152:~/git_teaching$ 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 写得有问题，需要找出来到底哪个规则写错了，但是由于项目开发时间长，.gitignore 排除的文件非常多，无法直接看出来，这时可以用 git check-ignore 命令检查，-v选项会显示详细信息

hyb@139-159-150-152:~/git_teaching$ git check-ignore -v a.so
.gitignore:3:*.so        a.so

Git 会告诉我们， .gitignore 的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则。

还有些时候，当我们编写了规则排除了部分文件时，例如：

# 排除所有.开头的隐藏文件:
.*

但是我们发现.* 这个规则把.gitignore 也排除了。虽然可以用 git add -f 强制添加进去，但有强迫症的人还是希望不要破坏.gitignore 规则，这个时候，可以添加一条例外规则：

# 排除所有.开头的隐藏文件:
.*
# 不排除.gitignore
!.gitignore

就是通过! +文件名形式可以指定文件排除在.gitignore 规则外，所以，只需把例外文件添加进去即可。

1.3.2.给命令配置别名

在我们使用 Git 期间，有些命令敲的时候着实让人头疼（太长了。。），幸运的是，git支持对命令进行简化！举个例子，将git status 简化为git st ，对应的命令为：git config [--global] alias.[简化后的名称] 原名称

git config --global alias.st status

--global 参数是全局参数，也就是这些命令在这台电脑的所有Git仓库下都有用。如果不加，那只针对当前的仓库起作用。好了，现在敲git st 看看效果：

hyb@139-159-150-152:~/git_teaching$ git st
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean

此外可以给一些包含选项的复合指令起别名，不过需要使用''将名称包裹起来。

git config --global alias.last 'log -1'
git config --global alias.lpa '--pretty=online --abbrev-commit'

这样，用 git last 就能显示最近一次的提交：

hyb@139-159-150-152:~/git_teaching$ git last
commit 97811abd1d43774aeb54fee32bf4fc76b2b08170 (HEAD -> master,
origin/master, origin/HEAD)
Author: hyb91 <2689241679@qq.com>
Date: Fri May 12 17:27:06 2023 +0800
add .gitignore

2.标签管理

2.1.理解标签

标签tag ，可以简单的理解为是对某次 commit 的一个标识，相当于起了一个别名。

例如，在项目发布某个版本的时候，针对最后一次 commit 起一个 v1.0 这样的标签来标识里程碑的意义。这有什么用呢？相较于难以记住的commit id ， tag 很好的解决这个问题，因为tag 一定要给一个让人容易记住，且有意义的名字。当我们需要回退到某个重要版本时，直接使用标签就能很快定位到。

2.2.创建标签

在Git中打标签非常简单，首先，切换到需要打标签的分支上

hyb@139-159-150-152:~/git_teaching$ git branch
* master

然后，敲命令git tag [name] 就可以打一个新标签：

hyb@139-159-150-152:~/git_teaching$ git tag v1.0

可以用命令git tag 查看所有标签：

hyb@139-159-150-152:~/git_teaching$ git tag
v1.0

默认标签是打在最新提交的commit 上的。那如何在指定的commit上打标签呢？方法是找到历史提交的commit id，然后打上就可以了，示例如下：

# 历史记录
hyb@139-159-150-152:~/git_teaching$ git log --pretty=oneline --abbrev-commit
97811ab (HEAD -> master, tag: v1.0, origin/master, origin/HEAD) add .gitignore
60e6b0a update README.md.
7ce3183 create file.txt
c6ce3f0 Initial commit
# 对 Initial commit 这次提交打标签
hyb@139-159-150-152:~/git_teaching$ git tag v0.9 c6ce3f0
hyb@139-159-150-152:~/git_teaching$ git tag
v0.9
v1.0

注意，标签不是按时间顺序列出，而是按字母排序的。可以用 git show [tagname] 查看标签信息。

hyb@139-159-150-152:~/git_teaching$ git show v1.0
commit 97811abd1d43774aeb54fee32bf4fc76b2b08170 (HEAD -> master, tag: v1.0,
origin/master, origin/HEAD)
Author: hyb91 <2689241679@qq.com>
Date: Fri May 12 17:27:06 2023 +0800
add .gitignore
diff --git a/.gitignore b/.gitignore
...

Git 还提供可以创建带有说明的标签，用-a指定标签名，-m指定说明文字，格式为：

git tag -a [name] -m "XXX" [commit_id]

另外，打完标签之后，使用 tree .git 命令查看一下本地库，会发现生成对应的tag了

打印tag内容，我们也发现tag默认就是对我们最近一次的提交打标

2.3.操作标签

如果标签打错了，也可以删除，使用git tag -d [tagname]

hyb@139-159-150-152:~/git_teaching$ git tag
v0.9
v1.0
hyb@139-159-150-152:~/git_teaching$ git tag -d v0.9
Deleted tag 'v0.9' (was c6ce3f0)
hyb@139-159-150-152:~/git_teaching$ git tag
v1.0

因为创建的标签都只存储在本地，不会自动推送到远程。所以，打错的标签可以在本地安全删除。 如果要推送某个标签到远程，使用命令git push origin <tagname>

hyb@139-159-150-152:~/git_teaching$ git tag
v1.0
hyb@139-159-150-152:~/git_teaching$ git push origin v1.0
Total 0 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:hyb91/git_teaching.git
* [new tag] v1.0 -> v1.0

此时，查看远端码云，看到了标签已经被更新！完美！

当然，如果你本地有很多标签，也可以一次性的全部推送到远端:

git push origin --tags

如果标签已经推送到远程，要删除远程标签就麻烦一点，先从本地删除：

hyb@139-159-150-152:~/git_teaching$ git tag
v1.0
hyb@139-159-150-152:~/git_teaching$ git tag -d v1.0
Deleted tag 'v1.0' (was 97811ab)

然后，从远程删除。删除命令也是push，但是格式是git push origin : [tagname]：

hyb@139-159-150-152:~/git_teaching$ git push origin :refs/tags/v1.0
remote: Powered by GITEE.COM [GNK-6.4]
To gitee.com:hyb91/git_teaching.git
- [deleted] v1.0

在码云上查看确实删除成功：