【GIt原理与使用】Git远程仓库

server/2025/1/11 6:16:56/

一、理解分布式版本控制系统

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

可以简单理解为,我们每个人的电脑上都是⼀个完整的版本库,这样你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上。既然每个人电脑上都有⼀个完整的版本库,那多个⼈如何协作 呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

分布式版本控制系统的安全性要高很多,因为每个人电脑都有完整的版本库,某⼀个人的电脑坏掉 了不要紧,随便从其他⼈那里复制⼀个就可以了。 在实际使用分布式版本控制系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在⼀个局域网内,两台电脑互相访问不了。也可能今天你的同事病了,他的电脑压根没有开机。

因此,分布式版本控制系统通常也有⼀台充当“中央服务器”的电脑,但这个服务器的作作用仅仅是用来方便“交换”大家的修改,没有它大家也⼀样干活,只是交换修改不方便而已。有了这个“中央服务器”的电脑,这样就不怕本地出现什么故障了(比如运气差,硬盘坏了,上面的所有东西全部丢失,包括git的所有内容)

二、远程仓库

远程仓库介绍

Git 是分布式版本控制系统,同一个 Git 仓库可以分布到不同的机器上。最初,只有一台机器拥有一个原始版本库,此后,其他机器可以“克隆”这个原始版本库,而且每台机器的版本库其实都是一样的,并没有主次之分。

你可能会想,至少需要两台机器才能玩远程库不是?但是我只有一台电脑,怎么玩?

其实一台电脑上也是可以克隆多个版本库的,只要不在同一个目录下。不过,在现实生活中没有人会这么傻在一台电脑上搞几个远程库玩,因为一台电脑上搞几个远程库完全没有意义,而且硬盘挂了会导致所有库都挂掉。

实际情况往往是这样:找一台电脑充当服务器的角色,每天24小时开机,其他人从这个“服务器”仓库克隆一份到自己的电脑上,并且各自把自己的提交推送到服务器仓库里,也从服务器仓库中拉取别人的提交。

完全可以自己搭建一台运行 Git 的服务器,不过现阶段,为了学 Git 先搭个服务器绝对是小题大作。好在这个世界上有个叫 GitHub 的神奇网站,这个网站就是提供 Git 仓库托管服务的,所以,只要注册一个 GitHub 账号,就可以免费获得 Git 远程仓库。不过GitHup是国外的网站在国内访问比较慢,所以我们可以使用他的国内平替款 Gitee 。

向远程仓库推送

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

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ vim file.txt 
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ cat file.txt 
hello
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git add .
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git commit -m"push file.txt"
[master 437c7c0] push 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 <远程主机名> <本地分⽀名> 

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

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git push origin master
Username for 'https://gitee.com': zhang-desai-c
Password for 'https://zhang-desai-c@gitee.com': 
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), 293 bytes | 293.00 KiB/s, done.
Total 3 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag ed492686
To https://gitee.com/zhang-desai-c/git-test.git081906a..437c7c0  master -> master

此时远程仓库中已经出现被推送的文件了 

在远程仓库中拉取

 在 gitee 上点击 file.txt 文件并在线修改它,并提交

此时远程仓库中的文件是最新的一次提交,而我们本地仓库中的这个文件还是上一个版本,如果我们在本地仓库中对这个文件进行修改想要推送到远程仓库就会报错,因为两者不是同一个版本,所以为了让本地仓库中的代码与远程仓库中的代码版本一致,就要在本地仓库中拉取远程仓库最新的代码

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

我们拉取一下试试:

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git pull origin master 
Username for 'https://gitee.com': zhang-desai-c 
Password for 'https://zhang-desai-c@gitee.com': 
remote: Enumerating objects: 5, done.
remote: Counting objects: 100% (5/5), done.
remote: Compressing objects: 100% (2/2), done.
remote: Total 3 (delta 0), reused 3 (delta 0), pack-reused 0
Unpacking objects: 100% (3/3), 978 bytes | 978.00 KiB/s, done.
From https://gitee.com/zhang-desai-c/git-test* branch            master     -> FETCH_HEAD437c7c0..55ca04a  master     -> origin/master
Updating 437c7c0..55ca04a
Fast-forwardfile.txt | 1 +1 file changed, 1 insertion(+)
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ cat file.txt 
hello
aaaa
忽略特殊文件

在日常开发中,我们有些文件不想或者不应该提交到远端,比如保存了数据库密码的配置文件。那么怎么让 Git 知道呢?在 Git 工作区的根目录下创建一个特殊的 .gitignore 文件,然后把要忽略的文件名填进去,Git 就会自动忽略这些文件了。

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

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

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

在 .gitignore 文件中也可以指定某个确定的文件,最后⼀步就是把 .gitignore 也提交到远端,就完成好了

但有时候,你就是想添加一个文件到 Git,但由于这个文件被 .gitignore 忽略了,根本添加不了。那么可以用 -f 强制添加:

git add -f <文件路径>

或者你发现,可能是 .gitignore 写得有问题,需要找出来到底哪个规则写错了,比如说 a.so 文件 是要被添加的,可以用 git check-ignore 命令检查:

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git check-ignore -v a.so
.gitignore:3:*.so a.so

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

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

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

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

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

把指定文件排除在 .gitignore 规则外的写法就是 ! +文件名,所以,只需把例外⽂件添加进去即 可。

三、给命令配置别名

在我们使用 Git 期间,有些命令敲的时候着实让人头疼(太长了)。幸运的是,Git 支持对命令进行简化!你可以通过设置别名来缩短常用的 Git 命令,从而提高工作效率。

举个例子,将 git status 简化为 git st ,对应的命令为:

git config --global alias.st status

--global 参数是全局参数,也就是这些命令在这台电脑的所有Git仓库下都有用。如果不加,那只 针对当前的仓库起作用。

四、标签管理

理解标签

标签(tag)可以简单地理解为是对某次 commit 的一个标识,相当于起了一个别名。例如,在项目发布某个版本的时候,针对最后一次 commit 起一个 v1.0 这样的标签来标识里程碑的意义。

这有什么用呢?相较于难以记住的 commit id,tag 很好地解决了这个问题,因为 tag 一定要给一个让人容易记住且有意义的名字。当我们需要回退到某个重要版本时,直接使用标签就能很快定位到。

创建标签

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

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git branch
* master
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag v1.0 //打标签
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag   //查看本地仓库的分支信息
v1.0

默认情况下,标签是打在最新提交的 commit 上的。如果想要在指定的 commit 上打标签,方法是找到历史提交的 commit ID,然后在这个特定的提交上创建标签。

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

git tag -a [name] -m "XXX" [commit_id]
操作标签

如果标签打错了,也可以删除:

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag v2.0
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag -d v2.0
Deleted tag 'v2.0' (was 55ca04a)
zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag
v1.0

因为创建的标签都只存储在本地,不会自动推送到远程。所以,打错的标签可以在本地安全删除。

如果要推送某个标签到远程,使用命令 :

git push origin

例如要把v1.0的标签提交到远程仓库 

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git push origin v1.0 
Username for 'https://gitee.com': zhang-desai-c
Password for 'https://zhang-desai-c@gitee.com': 
Total 0 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [1.1.5]
remote: Set trace flag 694fddb1
To https://gitee.com/zhang-desai-c/git-test.git* [new tag]         v1.0 -> v1.0

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

git push origin --tags

如果标签已经推送到远程,要删除远程标签就麻烦⼀点,先从本地删除:

zyq@iZm5egpp4a85g2tfliaeikZ:~/git-test$ git tag -d v1.0 
Deleted tag 'v1.0' (was 55ca04a)

然后,从远程删除。删除命令也是push,但是格式如下: 

git push origin :refs/tags/v1.0

http://www.ppmy.cn/server/157390.html

相关文章

micro-app【微前端系列教程】禁用样式隔离

全局禁用样式隔离 所有应用的样式隔离都会停止 import microApp from micro-zoe/micro-appmicroApp.start({disableScopecss: true, // 默认值false })指定子应用取消禁用样式隔离 <micro-app namexx urlxx disableScopecssfalse></micro-app>指定子应用禁用样式…

Spring Boot3 配合ProxySQL实现对 MySQL 主从同步的读写分离和负载均衡

将 ProxySQL 配合 Spring Boot 使用&#xff0c;主要的目的是在 Spring Boot 应用程序中实现对 MySQL 主从同步的读写分离和负载均衡。这样&#xff0c;你可以利用 ProxySQL 自动将写操作路由到主库&#xff0c;而将读操作路由到从库。 1. 准备工作 确保你的 MySQL 主从同步环…

PHP民宿酒店预订系统小程序源码

&#x1f3e1;民宿酒店预订系统 基于ThinkPHPuniappuView框架精心构建的多门店民宿酒店预订管理系统&#xff0c;能够迅速为您搭建起专属的、功能全面且操作便捷的民宿酒店预订小程序。 该系统不仅涵盖了预订、退房、WIFI连接、用户反馈、周边信息展示等核心功能&#xff0c;更…

机器人避障不再“智障”:HEIGHT——拥挤复杂环境下机器人导航的新架构

导读&#xff1a; 由于环境中静态障碍物和动态障碍物的约束&#xff0c;机器人在密集且交互复杂的人群中导航&#xff0c;往往面临碰撞与延迟等安全与效率问题。举个简单的例子&#xff0c;商城和车站中的送餐机器人往往在人流量较大时就会停在原地无法运作&#xff0c;因为它不…

intra-mart配置多数据源与查询SQL样例

一、前言 intra_mart框架是一种基于Java语言的企业级应用开发框架。配备有标准工作流、文档管理、企业内部门户等可开发组件&#xff0c; 能够融合顾客实际业务&#xff0c;按需求进行自定义开发&#xff0c;实现短期间、低成本的系统构筑。 个人感觉主要是供企业管理使用的框…

【Flink】flink或java异常日志输出不完整问题解决

flink或java异常日志输出不完整问题解决 1.问题 flink submit job&#xff0c;报错查看日志&#xff0c;只有Caused by: java.lang.ClassCastException&#xff0c;异常详情没有&#xff0c; 2.网上参考 参考了网上的几个解决方案&#xff0c;比较精准的如下&#xff1a; https…

Objective-C 是一种面向对象的编程语言

Objective-C 是一种面向对象的编程语言,主要用于苹果公司的操作系统 iOS 和 macOS 的开发。以下是关于 Objective-C 的介绍: 一、历史与发展 Objective-C 是在 20 世纪 80 年代初由 Brad Cox 和 Tom Love 开发的。它是 C 语言的超集,添加了面向对象编程的特性。Objective-…

特制一个自己的UI库,只用CSS、图标、emoji图 日后慢用!!!

图片&#xff1a; emoji图标库 --emoji.html <!DOCTYPE html> <html lang"zh-CN"> <head><meta charset"UTF-8"><meta name"viewport" content"widthdevice-width, initial-scale1.0"><title>Emo…