打通Git远程协作:从零开始,玩转仓库关联与代码同步(附实操代码)

打通Git远程协作:从零开始,玩转仓库关联与代码同步(附实操代码)

1

在这里插入图片描述

🔥草莓熊Lotso:个人主页
❄️个人专栏: 《C++知识分享》《Linux 入门到实践:零基础也能懂》
✨生活是默默的坚持,毅力是永久的享受!


🎬 博主简介:

在这里插入图片描述

文章目录


前言:

当你在本地用 Git 完成版本控制后,如何实现代码备份、跨设备开发?答案是 远程仓库。Git 作为分布式版本控制系统,远程仓库不仅是代码的 “云端保险箱”,更是后续多人协作的基础。但很多初学者会卡在 “本地与远程同步” 的环节 —— 不知道怎么关联仓库、推送代码报错、拉取后冲突不断。本文结合核心知识点,聚焦远程操作到多人协作前的关键步骤,从远程仓库概念、关联与克隆,到代码推送 / 拉取、忽略文件配置,再到标签管理,每个操作都附具体命令和场景示例,帮你打通 “本地→远程” 的数据流链路,为后续多人协作做好充分准备。

一. 远程仓库基础:理解分布式协作的核心

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

我们目前所说的所有内容(工作区,暂存区,版本库等等),都是在本地!也就是在你的笔记本或者计算机上。而我们的 Git其实是分布式版本控制系统! 什么意思呢?
可以简单理解为,我们每个人的电脑上都是一个完整的版本库,这样你工作的时候,就不需要联网了,因为版本库就在你自己的电脑上,既然每个人电脑上都有一个完整的版本库,那多个人如何协作呢?比方说你在自己电脑上改了文件A,你的同事也在他的电脑上改了文件A,这时,你们俩之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。

在这里插入图片描述


分布式版本控制系统的安全性要高很多,因为每个人电脑里都有完整的版本库,某一个人的电脑坏掉了不要紧,随便从其他人那里复制一个就可以了。
在实际使用分布式管理系统的时候,其实很少在两人之间的电脑上推送版本库的修改,因为可能你们俩不在一个局域网内,两台电脑互相访问不了。也可能今天你的同事病了,他的电脑压根就没打开。因此,分布式控制系统通常也有一台充当“中央服务器”的电脑,但这个服务器的作用仅仅是用来方便“交换”大家的修改,没有它大家也一样干活,只是交换修改不方便而已。有了这个“中央服务器”的电脑,这样就不拍本地出现什么故障看(比如运气差,硬盘坏了,上面的所有东西全部丢失,包括git的所有内容)/

1.2 什么是远程仓库?

远程仓库是托管在服务器上的 Git 仓库(如 Gitee、GitHub),与本地仓库的关系可概括为:

  • 本地仓库:仅存于个人设备,适合单人开发时的版本控制;
  • 远程仓库:存于云端,支持多人访问,核心作用是 “代码共享” 与 “数据备份”。

关键优势:分布式设计让每个设备都有完整版本库,即使远程服务器故障,也能从任意本地仓库恢复数据。
常见远程仓库平台

平台特点适用场景
Gitee(码云)国内访问速度快,支持企业级协作国内团队、个人项目
GitHub全球最大开源社区,资源丰富开源项目、国际协作
GitLab支持私有化部署,权限管理灵活企业内部项目

因为GitHub是国外的网站,速度比较慢,所以这里演示的时候我们都使用码云来进行托管代码。


二. 远程仓库核心操作:从关联到同步

2.1 创建远程仓库:前置准备工作

在克隆之前,我们首先要在码云上创建一个仓库。

  • 新建远程项目仓库
在这里插入图片描述
  • 填写基本信息:(设置模板那里可以都先勾上)
在这里插入图片描述
  • 创建成功
在这里插入图片描述
  • 创建成功后,我们可以对远程仓库进行一个基本设置:开源或者私有
在这里插入图片描述
  • 从创建好的远程仓库中我们便能看到,之前在本地学习过的分支,也存在于远程仓库中并被管理起来了,刚创建的仓库有且仅有一个默认的master分支
在这里插入图片描述

2.2 克隆远程仓库:从远程到本地

克隆/下载远端仓库到本地,需要使用 git clone 命令,后面跟上我们的远端仓库的链接,远端仓库的链接可以在仓库中找到:选择 “克隆/下载” 获取远程仓库链接,克隆后会自动关联远程仓库(master分支):

在这里插入图片描述

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

  • 使用HTTPS方式
[Lotso@VM-4-4-centos ~]$ git clone https://gitee.com/huang-qiruiqq/git_studying.git Cloning into 'git_studying'... remote: Enumerating objects: 7, done. remote: Counting objects: 100% (7/7), done. remote: Compressing objects: 100% (7/7), done. remote: Total 7(delta 0), reused 0(delta 0), pack-reused 0(from 0) Unpacking objects: 100% (7/7), done. [Lotso@VM-4-4-centos ~]$ ls118 git_studying test.txt [Lotso@VM-4-4-centos ~]$ ls -a git_studying/ ... .git .gitee README.en.md README.md 
  • 使用 SSH 方式:
[Lotso@VM-4-4-centos ~]$ git clone [email protected]:huang-qiruiqq/git_studying.git Cloning into 'git_studying'... The authenticity of host'gitee.com (180.76.198.77)' can't be established. ECDSA key fingerprint is SHA256:FQGC9Kn/eye1W8icdBgrQp+KkGYoFgbVr17bmjey0Wc. ECDSA key fingerprint is MD5:27:e5:d3:f7:2a:9e:eb:6c:93:cd:1f:c1:47:a3:54:b1. Are you sure you want to continue connecting (yes/no)? yes Warning: Permanently added 'gitee.com,180.76.198.77' (ECDSA) to the list of known hosts. 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_rsaid_rsa.pub 这两个文件,如果已经有了,可直接跳到下一步。如果没有,需要创建SSH Key:

# 注意要输入自己的邮箱,然后一路回车,使用默认值即可[Lotso@VM-4-4-centos ~]$ ssh-keygen -t rsa -C "[email protected]" Generating public/private rsa key pair. Enter fileinwhich to save the key (/home/Lotso/.ssh/id_rsa): Enter passphrase (empty for no passphrase): Enter same passphrase again: Your identification has been saved in /home/Lotso/.ssh/id_rsa. Your public key has been saved in /home/Lotso/.ssh/id_rsa.pub. The key fingerprint is: SHA256:7yfC1QgkL2eRdSK6IwX8byuPXBJoPcCT5JaOryuFNyI [email protected] The key's randomart image is: +---[RSA 2048]----+ | .o .oo .|| +.+..+. o || O.o+ .|| + *o.=||..= *=S. o ||E +o . +o.o .||.+ .. .o.o. ||....++...|| .o. oo...o | +----[SHA256]-----+ 

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

[Lotso@VM-4-4-centos ~]$ ls -a .ssh/ ... id_rsa id_rsa.pub known_hosts 

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

[Lotso@VM-4-4-centos ~]$ cat .ssh/id_rsa.pub ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQDezcher5w+wG77fpWiuGWo8Mofpl3yDe3vUcCWBRG71WxCKrvCmJt4c5pbH+y+1eG4nvhwG9n/WGZOH5/8rVMrKQfksENGKg5GLbEwx+8CQqgdHDHC0CyHZevRRBx7qHQwlj0TjuyId1IK18cuGPV4F4hOCCS+hkey2Wd+5A/4kLyf6U5JCnEqcbtOvdZXxK3JlnoUI2RZ5nqRJ6l1pFn6m3ZxsILLdCVbMut4MLgD1UB/Y1O6Vu+lcsgRsf3HoDAxkh3j86foJLg7Xr7Mg6XdUotWxQ98VlKxbNASE5fKYJFlMPOmNmtFz0zl+zMLyUVg0+iztkBKgRH5oGlgtQXb [email protected] 

这个是我刚刚加的

在这里插入图片描述
[Lotso@VM-4-4-centos ~]$ git clone [email protected]:huang-qiruiqq/git_studying.git Cloning into 'git_studying'... remote: Enumerating objects: 7, done. remote: Counting objects: 100% (7/7), done. remote: Compressing objects: 100% (7/7), done. remote: Total 7(delta 0), reused 0(delta 0), pack-reused 0(from 0) Receiving objects: 100% (7/7), done. [Lotso@VM-4-4-centos ~]$ ls118 git_studying test.txt [Lotso@VM-4-4-centos ~]$ ls git_studying/ README.en.md README.md 

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

[Lotso@VM-4-4-centos ~]$ cd ./git_studying [Lotso@VM-4-4-centos git_studying]$ pwd /home/Lotso/git_studying [Lotso@VM-4-4-centos git_studying]$ git remote origin 

或者,用 git remote -v 显示更详细的信息:

[Lotso@VM-4-4-centos git_studying]$ git remote -v origin [email protected]:huang-qiruiqq/git_studying.git (fetch) origin [email protected]:huang-qiruiqq/git_studying.git (push)

上面显示了可以抓取和推送的origin的地址。如果没有推送权限,就看不到 push 的地址。推送是什么意思呢,我们继续往下看。


三. 向远程仓库推送和拉取远程仓库的操作

3.1 向远程仓库推送

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

# 新建文件[Lotso@VM-4-4-centos git_studying]$ ls README.en.md README.md [Lotso@VM-4-4-centos git_studying]$ nano file.txt [Lotso@VM-4-4-centos git_studying]$ cat file.txt hello git# 提交文件[Lotso@VM-4-4-centos git_studying]$ gitadd.[Lotso@VM-4-4-centos git_studying]$ git commit -m "create file.txt"[master db072d6] create file.txt 1file changed, 1 insertion(+) create mode 100644 file.txt 

提交时需要注意,如果我们之前设置过全局的name和email,这两项配置需要和gitee上配置的用户名和邮箱一致,否则会出错。或者从来没有设置过全局的name和email,那么我们第一次提交时也会报错。这就需要我们重新配置下了,同样要注意需要和gitee上配置的用户名以及邮箱一致,如何配置之前讲过了,在这里就不再赘述。
到这里我们已经将内容提交至本地仓库中,如何将本地仓库的内容推送至远程仓库呢,需要使用 git push 命令。
该命令用于将本地的分支版本上传到远程并合并,命令格式如下

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

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

[Lotso@VM-4-4-centos git_studying]$ git push origin master:master Counting objects: 4, done. Delta compression using up to 2 threads. Compressing objects: 100% (2/2), done. Writing objects: 100% (3/3), 274 bytes |0 bytes/s, done. Total 3(delta 1), reused 0(delta 0) remote: Powered by GITEE.COM [1.1.5] remote: Set trace flag ef47a6bd To [email protected]:huang-qiruiqq/git_studying.git 59ec3c5..db072d6 master -> master 

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

接下来,看看码云远端:

在这里插入图片描述


代码已经被推送到远端了:

在这里插入图片描述

3.2 拉取远程仓库

从远程获取最新代码并合并到本地,避免本地代码落后导致冲突,常用命令有git fetch(仅获取不合并)和git pull(获取并合并):我们这里主要讲讲 git pull,下面的修改操作仅作为演示,实际使用中大家不要在码云上直接去修改内容

在 gitee 上点击 file.txt 文件并修改它(新增一行hello Lotso)

在这里插入图片描述


在这里插入图片描述


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

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

我们来使用一下:

# 拉取远程分支,并与当前分支进行合并[Lotso@VM-4-4-centos git_studying]$ 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), done. From gitee.com:huang-qiruiqq/git_studying * branch master -> FETCH_HEAD Updating db072d6..0d64ce5 Fast-forward file.txt |1 + 1file changed, 1 insertion(+)[Lotso@VM-4-4-centos git_studying]$ cat file.txt hello git hello Lotso 

到了这里我们可以发现,拉取成功了~


四. 忽略特殊文件以及给命令配置别名

4.1 忽略特殊文件:.gitignore 配置

在日常开发中,我们有些文件不想或者不应该提交到远端,比如保存了数据库密码的配置文件,那怎么能让 Git 知道呢?所以我们在 Git 工作区的根目录下创建一个特殊的 .gitignore 文件,然后把要忽略的文件名填进去,Git就会自动忽略这些文件了。
不过我们其实也不需要从头写 .gitignore 文件,gitee 在创建仓库时就可以为我们生成,不过需要我们主动勾选一下(有很多种,大家可以按需选择):

在这里插入图片描述


那要是我们创建的时候没有选择这个,在工作区创建一个也是可以的,无论时哪一种方式,最终都可以得到一个完整的 .gitignore 文件,例如我们想忽略以 .so 和 .ini 结尾的所有文件, .gitignore 的内容如下:

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

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

[Lotso@VM-4-4-centos git_studying]$ nano .gitignore [Lotso@VM-4-4-centos git_studying]$ gitadd.[Lotso@VM-4-4-centos git_studying]$ git commit -m "add .gitignore"[master 97a0741]add .gitignore 1file changed, 5 insertions(+) create mode 100644 .gitignore [Lotso@VM-4-4-centos git_studying]$ git push origin master Warning: Permanently added the ECDSA host key for IP address '180.76.199.13' to the list of known hosts. Counting objects: 4, done. Delta compression using up to 2 threads. Compressing objects: 100% (3/3), done. Writing objects: 100% (3/3), 329 bytes |0 bytes/s, done. Total 3(delta 1), reused 0(delta 0) remote: Powered by GITEE.COM [1.1.5] remote: Set trace flag f342e0a2 To [email protected]:huang-qiruiqq/git_studying.git 0d64ce5..97a0741 master -> master 

接着我们就来验证一下 .gitignore 文件的能力,在工作区新置两个文件 a.sob.ini

[Lotso@VM-4-4-centos git_studying]$ touch a.so b.ini [Lotso@VM-4-4-centos git_studying]$ git status # On branch master nothing to commit, working directory clean 

检验 .gitignore 的标准就是 git status 命令是不是说 working tree clean。我们发现 Git 并没有提示在工作区有文件新增,那我们的 .gitignore 就生效了。
但有些时候,你就是想添加一个文件到 Git,但由于这个文件被 .gitignore 忽略了,根本添加不了,那么可以用 -f 强制添加:

$ gitadd -f [filename]

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

[Lotso@VM-4-4-centos git_studying]$ git check-ignore a.so a.so [Lotso@VM-4-4-centos git_studying]$ git check-ignore -v a.so .gitignore:5:*.so a.so 

Git 会告诉我们, .gitignore 的第5行规则忽略了该文件,于是我们就可以知道应该修订哪个规则。
还有些时候,当我们编写了规则排除了部分文件时,例如:

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

但是我们发现 .* 这个规则把 .gitignore 也排除了。虽然可以用 git add -f 强制添加进去,但是还是有点别扭,这个时候我们可以单独添加一条额外规则:

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

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

4.2 给命令配置别名

在我们使用 Git 期间,有些命令敲的时候太长了很麻烦,我们的git支持对命令进行简化!比如将 git status 简化为 git st,对应的命令为:

[Lotso@VM-4-4-centos git_studying]$ git config --global alias.st 'status'[Lotso@VM-4-4-centos git_studying]$ git st # On branch master nothing to commit, working directory clean 

我们再来配置一个git lpa让其达到 git log --pretty=oneline --abbrev-commit 的效果

[Lotso@VM-4-4-centos git_studying]$ git log --pretty=oneline --abbrev-commit 97a0741 add .gitignore 0d64ce5 update file.txt. db072d6 create file.txt 59ec3c5 Initial commit [Lotso@VM-4-4-centos git_studying]$ git config --global alias.lpa 'log --pretty=oneline --abbrev-commit'[Lotso@VM-4-4-centos git_studying]$ git lpa 97a0741 add .gitignore 0d64ce5 update file.txt. db072d6 create file.txt 59ec3c5 Initial commit 

不过,个人还是不推荐大家现在去使用它,等大家工作了,再去简化自己的工作吧,目前所有的命令都要手动完成,尽快适应 Git。


五. 标签管理:给重要版本 “打标记”

标签(tag)是对某次提交 (commit) 的别名(如v1.0),比复杂的 commit id 更易记忆,适合标记发布版本:

5.1 创建标签

在 Git 中打标签非常简单,首先,切换到需要打标签的分支上,我这里看了下只有master

[Lotso@VM-4-4-centos git_studying]$ git branch * master 

然后,敲命令 git tag [name] 就可以打一个新的标签,并用 git tag 查看所有标签:

[Lotso@VM-4-4-centos git_studying]$ git tag v1.0 [Lotso@VM-4-4-centos git_studying]$ git tag v1.0 

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

# 历史记录[Lotso@VM-4-4-centos git_studying]$ git log --pretty=oneline --abbrev-commit 97a0741 add .gitignore 0d64ce5 update file.txt. db072d6 create file.txt 59ec3c5 Initial commit # 对 update file.txt. 这次提交打标签[Lotso@VM-4-4-centos git_studying]$ git tag v0.9 0d64ce5 [Lotso@VM-4-4-centos git_studying]$ git tag v0.9 v1.0 

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

[Lotso@VM-4-4-centos git_studying]$ git show v1.0 commit 97a07417c4ad9b4d94001dfce01b954dfec4c4a2 Author: Lotso-1 <[email protected]> Date: Wed Nov 516:39:08 2025 +0800 add .gitignore diff --git a/.gitignore b/.gitignore new file mode 100644 index 0000000..51e9946 --- /dev/null +++ b/.gitignore @@ -0,0 +1,5 @@ +# 省略选择模板的内容 + +# My configuration: +*.ini +*.so 

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

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

另外,打完标签之后,可以使用 tree .git 命令查看一下你的本地库有啥变化,帮助理解。

[Lotso@VM-4-4-centos git_studying]$ tree .git .git |-- branches |-- COMMIT_EDITMSG |-- config |-- description |-- FETCH_HEAD |-- HEAD |-- hooks ||-- applypatch-msg.sample ||-- commit-msg.sample ||-- post-update.sample ||-- pre-applypatch.sample ||-- pre-commit.sample ||-- prepare-commit-msg.sample ||-- pre-push.sample ||-- pre-rebase.sample |`-- update.sample |-- index |-- info |`-- exclude |-- logs ||-- HEAD |`-- refs ||-- heads ||`-- master |`-- remotes |`-- origin ||-- HEAD |`-- master |-- objects ||-- 0d ||`-- 64ce57c58947129e9d7582b04efcecd5725596 ||-- 25||`-- a78b7a089ea9f102dd56f57073ee355e90e1a7 ||-- 51||`-- e9946bd4567839abdf1841f9f8d750f4f53768 ||-- 7f ||`-- 11fc070751f8be46a25052dbbaa00747982411 ||-- 81||`-- 24db872ed8d4f8b874a0fcc3cd4ccf22026606 ||-- 8d ||`-- 0e41234f24b6da002d962a26c2495ea16a425f ||-- 97||`-- a07417c4ad9b4d94001dfce01b954dfec4c4a2 ||-- 9b ||`-- a04ab27474028da63e6d3ad701b533ac34866a ||-- db ||`-- 072d6af64a7cc40302fcdf51e074158ea4cf38 ||-- info |`-- pack ||-- pack-2414a943109cfa2f62f9f9d8e3e1ac4114c225e8.idx |`-- pack-2414a943109cfa2f62f9f9d8e3e1ac4114c225e8.pack |-- ORIG_HEAD |-- packed-refs `-- refs |-- heads |`-- master |-- remotes |`-- origin ||-- HEAD |`-- master `-- tags |-- v0.9 `-- v1.0 25 directories, 38 files 

5.2 操作标签

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

[Lotso@VM-4-4-centos git_studying]$ git tag v0.9 v1.0 [Lotso@VM-4-4-centos git_studying]$ git tag -d v0.9 Deleted tag 'v0.9'(was 0d64ce5)[Lotso@VM-4-4-centos git_studying]$ git tag v1.0 

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

[Lotso@VM-4-4-centos git_studying]$ git push origin v1.0 Warning: Permanently added the ECDSA host key for IP address '180.76.198.225' to the list of known hosts. Total 0(delta 0), reused 0(delta 0) remote: Powered by GITEE.COM [1.1.5] remote: Set trace flag e241f4a8 To [email protected]:huang-qiruiqq/git_studying.git * [new tag] v1.0 -> v1.0 

此时,查看远端码云,看到了标签已经被更新,非常完美~

在这里插入图片描述


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

[Lotso@VM-4-4-centos git_studying]$ git push origin --tags 

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

[Lotso@VM-4-4-centos git_studying]$ git tag v1.0 [Lotso@VM-4-4-centos git_studying]$ git tag -d v1.0 Deleted tag 'v1.0'(was 97a0741)

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

[Lotso@VM-4-4-centos git_studying]$ git push origin :refs/tags/v1.0 remote: Powered by GITEE.COM [1.1.5] remote: Set trace flag 74447f86 To [email protected]:huang-qiruiqq/git_studying.git - [deleted] v1.0 

在码云上查看确实删除了

在这里插入图片描述

结尾:

🍓 我是草莓熊 Lotso!若这篇技术干货帮你打通了学习中的卡点: 👀 【关注】跟我一起深耕技术领域,从基础到进阶,见证每一次成长 ❤️ 【点赞】让优质内容被更多人看见,让知识传递更有力量 ⭐ 【收藏】把核心知识点、实战技巧存好,需要时直接查、随时用 💬 【评论】分享你的经验或疑问(比如曾踩过的技术坑?),一起交流避坑 🗳️ 【投票】用你的选择助力社区内容方向,告诉大家哪个技术点最该重点拆解 技术之路难免有困惑,但同行的人会让前进更有方向~愿我们都能在自己专注的领域里,一步步靠近心中的技术目标! 

结语:Git 远程操作的核心是 “数据同步”—— 通过push和pull实现本地与远程的双向流转,通过.gitignore和标签管理保证代码整洁与版本清晰。掌握这些操作,不仅能实现单人跨设备开发和代码备份,更能为后续多人协作打下坚实基础。

✨把这些内容吃透超牛的!放松下吧✨ʕ˘ᴥ˘ʔづきらど

Read more

人工智能:自然语言处理在法律领域的应用与实战

人工智能:自然语言处理在法律领域的应用与实战

自然语言处理在法律领域的应用与实战 学习目标 💡 理解自然语言处理(NLP)在法律领域的应用场景和重要性 💡 掌握法律领域NLP应用的核心技术(如法律文本分类、实体识别、合同分析) 💡 学会使用前沿模型(如LegalBERT、LexGLUE)进行法律文本分析 💡 理解法律领域的特殊挑战(如专业术语、法律规范、数据稀缺) 💡 通过实战项目,开发一个合同分析应用 重点内容 * 法律领域NLP应用的主要场景 * 核心技术(法律文本分类、实体识别、合同分析) * 前沿模型(LegalBERT、LexGLUE)在法律领域的使用 * 法律领域的特殊挑战 * 实战项目:合同分析应用开发 一、法律领域NLP应用的主要场景 1.1 法律文本分类 1.1.1 法律文本分类的基本概念 法律文本分类是将法律文本划分到预定义类别的过程。在法律领域,法律文本分类的主要应用场景包括: * 判例分类:将判例分为不同的类别(如民事、刑事、行政) * 法律文件分类:

By Ne0inhk
用Python打造AI三剑客:自动总结+写代码+查资料的完整指南

用Python打造AI三剑客:自动总结+写代码+查资料的完整指南

欢迎文末添加好友交流,共同进步! “ 俺はモンキー・D・ルフィ。海贼王になる男だ!” * 前言 * 目录 * 一、准备工作:环境与API配置 * 1.1 技术栈选择 * 1.2 环境配置 * 1.3 核心工具类封装 * 二、工具一:智能文档总结器 * 2.1 功能设计 * 2.2 核心代码实现 * 2.3 使用效果对比 * 三、工具二:AI代码生成器 * 3.1 功能架构 * 3.2 核心实现 * 交互式代码生成器 * 使用示例 * 4.2 核心代码 * 4.3 搜索效率对比 * 五、

By Ne0inhk
【高级玩法】OpenClaw 多会话管理与子代理:让 AI 团队为你打工

【高级玩法】OpenClaw 多会话管理与子代理:让 AI 团队为你打工

目录 前言:一个不够用?那就来一队! 一、什么是多会话? 1.1 会话的概念 1.2 为什么需要多会话? 1.3 会话类型 二、会话管理基础 2.1 查看会话列表 2.2 创建新会话 2.3 切换到指定会话 2.4 查看会话状态 2.5 结束会话 三、子代理(Sub-agents)详解 3.1 什么是子代理? 3.2 子代理的工作流程 3.3 什么时候用子代理? 3.4 创建子代理 3.5

By Ne0inhk
小白也能玩 OpenClaw?ToDesk AI桌面助手ToClaw 把门槛打到了零

小白也能玩 OpenClaw?ToDesk AI桌面助手ToClaw 把门槛打到了零

一、开篇 最近"小龙虾"彻底火出圈了。打开抖音、刷刷小红书,满屏都是 OpenClaw 的教程、测评和安装实录。更夸张的是,有人专门上门帮人部署,甚至有公司门口排起了长队——就为了装一只"龙虾"。 这波热度不亚于当年 ChatGPT 刚出来的时候。但热闹背后,有一个问题没人说清楚:这么多人在排队,到底在排什么?排的是环境配置、是服务器、是 API Key、是一堆看不懂的命令行。原生 OpenClaw 能力确实强,但它本质上是一个开源框架,想真正跑起来,你得先过技术这关。对普通用户来说,光是部署这一步,就足够劝退了。 所以问题来了——龙虾这么香,普通人就真的没办法吃到吗? 还真不一定。ToDesk 悄悄做了一件事,把这只龙虾"

By Ne0inhk