【Linux篇】版本控制器-Git

【Linux篇】版本控制器-Git
📌 个人主页:孙同学_
🔧 文章专栏:Liunx
💡 关注我,分享经验,助你少走弯路!

文章目录

1.如何理解版本控制?

版本控制是追踪和管理文件变更的系统,用于记录代码的历史修改、协调多人协作、快速回滚错误等场景。常见的版本控制系统分为两类:

  • 集中式版本控制(如 SVN):所有操作依赖中央服务器,存在单点故障风险。
  • 分布式版本控制(如 Git):每个开发者拥有完整的仓库副本,独立性更强。

Git 的核心特性:

  1. 分布式架构
    • 每个本地仓库都是完整的代码库,包含全部历史记录。
    • 支持离线操作(提交、分支切换等)。
  2. 高效性能
    • 基于快照存储(非传统差异存储),操作速度快。
    • 优化大型项目和二进制文件处理。
  3. 数据完整性
    • 使用 SHA-1 哈希算法确保每次提交的唯一性,防止数据篡改。
  4. 灵活的分支模型
    • 分支创建、合并成本极低,鼓励频繁分支操作(如功能分支、Bug 修复分支)。

2.Git的操作

  1. 安装Git
    yum install git
  2. git push使本地仓库和远端仓库同步

如果我们不小心删除了本地仓库,我们想获得我们历史上的提交信息,不用担心,我们直接复制链接,进行git clone + 链接,就可以把我们之前的记录重新拉取下来。

在这里插入图片描述


以上就是一次Liunx下的git的基本提交,总结一下就是git三板斧

git log可以看到日志,比如我们刚才的推送信息

在这里插入图片描述

git commit真正意义上的提交到本地仓库,我们直接输入git commit是不行的,我们需要带上-m选项,我们称之为日志信息或者提交日志信息。注意:-m后面跟的内容不能胡乱写,必须写清楚本次提交都干了什么。

在这里插入图片描述

git status可以看到当前的一个状态

在这里插入图片描述


new file说明次文件是新增的。

test.c添加到本地仓库

在这里插入图片描述


严格意义上讲,此时的test.c并没有真正意义上添加到本地仓库,而是放到一个叫暂存区里面。这个暂存区允许我们多次添加,一次提交到仓库。

我们一般把.git称之为目录,把当前目录名称之为工作区

在这里插入图片描述

当我们把远端仓库拉取到本地时,我们就可以在当前的目录下新增代码,我们首先在当前目录下创建一个test.c

在这里插入图片描述


我们刚刚创建的test.c现在并没有被本地仓库管理起来,当我们把test.c添加到本地仓库里的时候,这时候push才能把本地仓库推送到远端。

这个远端仓库在哪里呢?

在这里插入图片描述


我们会发现在在当前目录下多了一个.git目录,严格意义上讲,这个.git才是当前新建的仓库,我们把.git称之为隐藏的本地仓库。
注意: git提交的时候,只会提交变化的部分!

在创建好的项目页面中复制项目的链接。

在这里插入图片描述


下载项目到本地
创建好一个放置代码的目录.
git clone [url]
这里的url就是刚刚建立好的项目的链接.

在这里插入图片描述


把远端仓库拉取到本地文件。

在Gitee创建项目

在这里插入图片描述
  • git add
  • git commit
  • git push
    附加:git log:查看日志 git status:查看状态

补充细节问题

  1. git命令行安装
sudo yum install git sudo apt install -y git 

查看是否安装git --version,出现下面带有版本号的表明已经安装。

在这里插入图片描述
  1. git版本管理,只进行管理源文件

如果一个人在一台机器上提交了代码,另一个人在另一台机器上提交代码,就会出现下面情况,提交冲突了,我们就需要git pull将远端仓库和本地仓库进行一次同步。然后提交。

在这里插入图片描述


总结:远端仓库相比较于任何人都是最新的!
为什么冲突呢?答案是提醒本地用户,你需要和远端仓库同步。

打开.gitignore文件,这都是些临时文件的后缀,当然我们也可以自己向里面添加。

在这里插入图片描述

我们在构建仓库时存在一个.gitignore,这个文件是帮助我们进行本地文件后缀过滤的,意思是如果临时文件对应的后缀在此文件中有的话,对应的文件都不会被提交。(忽略特定后缀的文件)

在这里插入图片描述

如果像以下这样的临时文件不想提交到本地仓库并且提交到远端呢?

在这里插入图片描述

首次使用:需要输入username,email

在这里插入图片描述

👍 如果对你有帮助,欢迎:

  • 点赞 ⭐️
  • 收藏 📌
  • 关注 🔔

Read more

论文查重前必备的5款AIGC检测工具盘点

论文查重前必备的5款AIGC检测工具盘点

论文查重前必备的5款AIGC检测工具盘点 TL;DR:2026年几乎所有高校都要求进行AIGC检测,AI率超过20%就会被标记。提交学校前一定要自己先测一下,但不同平台算法差异大,最好用学校指定的同款。这篇文章盘点5款主流AIGC检测工具,附带高效的降AI方案。 为什么AIGC检测变得这么重要 说实话,去年这个时候我还觉得AIGC检测是个新鲜事物,没想到2026年一开年就成了毕业论文的标配环节。我有个同学就吃了亏,论文内容明明是自己写的,结果学校检测出来AI率38%,被要求重新修改。后来我才了解到,现在的AIGC检测系统不只是看你有没有用AI,而是会分析文本的「语义逻辑连贯性」和「文本特征指纹」。简单说就是,如果你的文字太「工整」、太「标准」,系统就会怀疑是AI生成的。2025年12月28日知网AIGC检测系统完成升级之后,检测能力又上了一个台阶,很多以前能过的论文现在都过不了了。 提前自查的重要性 很多同学有个误区,觉得学校查就学校查呗,到时候再说。这个想法真的很危险。首先,不同检测平台的算法是不一样的,你用一个免费工具测出来20%,结果学校用另一个平台可能查出来40%

By Ne0inhk
“AI痕迹太重怎么办?”15个提示词教你降低AIGC率,让写作更像人!

“AI痕迹太重怎么办?”15个提示词教你降低AIGC率,让写作更像人!

还在被AIGC率检测卡住?写得再好,也逃不过“AI痕迹”?别急,这篇文章教你15条最实用的“人类化”提示词,让你的写作摆脱机器人味,一键降重过检! 🧠 为什么你写的AI文章“看起来就像AI写的”? 在很多AIGC检测系统中,比如新版知网、Turnitin、Grammarly、GPTZero等,AI生成内容往往因为这些特征而中招: * 表达过于标准、学境思源,结构死板(比如“引言-三点论证-结尾”的模板) * 用词中性均衡,一键生成,缺乏语气变化 * 没有细节、论文初稿,acaids.com。比喻或非逻辑性插话 * 引用来源少或太“教科书式” * 缺乏真实感和主观思维 这就导致了一个问题:AI写得虽然通顺,但“太工整”,反而容易被机器识别成AI! 🛠️ 如何让AI帮你“写得不像AI”?15个逆转提示词来了! 别再单靠“降重工具”打补丁。更聪明的做法是——从源头开始用“降AIGC率提示词”来让AI写得更像人。

By Ne0inhk
文心一言开源版部署及多维度测评实例

文心一言开源版部署及多维度测评实例

文章目录 * 第一章 文心一言开源模型简介 * 第二章 模型性能深度实测 * 2.1 通用能力基准测试 * 2.1.1 文本生成质量 * 2.1.2 数学推理能力 * 2.2 极端场景压力测试 * 2.2.1 高并发性能 * 2.2.2 长上下文记忆 * 第三章 中文特色能力解析 * 3.1.2 文化特定理解 * 3.2 行业术语处理 * 3.2.1 法律文书解析 * 3.2.2 医疗报告生成 * 第四章 开源生态建设评估 * 4.1 模型可扩展性验证 * 4.

By Ne0inhk
IntelliJ IDEA 接入 AI 编程助手(Copilot、DeepSeek、GPT-4o Mini)

IntelliJ IDEA 接入 AI 编程助手(Copilot、DeepSeek、GPT-4o Mini)

IntelliJ IDEA 接入 AI 编程助手(Copilot、DeepSeek、GPT-4o Mini) 📊 引言 近年来,AI 编程助手已成为开发者的高效工具,它们可以加速代码编写、优化代码结构,并提供智能提示。本文介绍如何在 IntelliJ IDEA 中集成 DeepSeek、GPT-4o Mini、GitHub Copilot,并探索 本地 AI 编程助手 方案,帮助开发者在不同场景下提升编程效率。 👨‍💻 1. GitHub Copilot 集成 Copilot 是由 GitHub 和 OpenAI 推出的 AI 代码补全工具,它可以根据上下文智能生成代码片段。 GitHub Copilot 免费版 vs 付费版对比。 功能免费版付费版代码补全每月

By Ne0inhk