GIT（了解）

什么是（软件）版本控制？

作用：软件源码版本管理、多人协作开发，版本的多分支开发，代码回滚（回退）等功能。

版本控制（Version Control）是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。它可以帮助我们：

• 追踪文件的修改历史，查看谁在何时做了什么更改
• 恢复到之前的版本，当出现错误时可以快速回滚
• 多人协作时管理代码，避免文件冲突和覆盖
• 并行开发不同功能，最后再合并到一起

简单来说，版本控制就像给你的项目创建了一系列"快照"，你可以随时回到过去的任何一个状态。

版本控制系统的类型

1.本地版本控制系统

• 在本地磁盘上保存文件的不同版本
• 例如：RCS（通过补丁集记录文件差异）

2.集中式版本控制系统

将代码仓库放在一台服务器上，下载，开发是要依赖这台服务器。都从这台服务器上获取源代码

优点：简单，方便管理，适用于中小型项目

缺点：一旦服务器宕机，会严重影响开发

SVN,CVS

• 所有版本数据存储在中央服务器
• 开发者从中央服务器拉取代码，完成后再推回
• 例如：SVN、CVS
• 缺点：中央服务器故障时无法协作，数据有丢失风险

3.分布式版本控制系统

每个开发者的本地都有完整的版本库副本

• 无需联网即可提交、查看历史
• 拥有更强的分支管理能力
• 例如：Git、Mercurial、Bazaar
• 优势：容错性高，协作灵活，支持离线工作

远程仓库

公网仓库：gitee、githup（开源，私有）

私有（局域网）仓库：gitlab、gitea

本地仓库：git客户端创建或者clone

git核心概念

diff：对比

checkout：切换

1.工作区（Working Directory）

• 你当前正在编辑的文件目录
• 这些文件可能处于未跟踪或已修改状态

2.暂存区（Staging Area）

• 一个文件（通常位于.git/index），用于临时保存你打算提交的修改
• 可以理解为待提交内容的缓冲区

3.本地仓库（Local Repository）

• 存储所有版本历史的数据库
• 位于工作区的.git目录中
• 包含所有提交记录、分支信息等

4.远程仓库（Remote Repository）

• 托管在网络上的仓库（如GitHub、GitLab）
• 用于多人协作时同步代码

5.提交（Commit）

• 对工作区修改的一次永久记录
• 每个提交都有一个唯一的哈希值作为标识

6.分支（Branch）

• 指向某个提交的指针
• 默认分支通常名为main或master
• 可以创建多个分支并行开发不同功能

• Git的工作流程

  1.修改文件：在工作区编辑文件

  2.暂存修改：将需要提交的修改添加到暂存区（git add）

  3.提交修改：将暂存区的内容提交到本地仓库（git commit）

  4.同步远程：将本地仓库的修改推送到远程仓库（git push），或从远程拉取他人的修改（git pull）

什么是Git？

Git是目前最流行的分布式版本控制系统，由Linux内核开发者Linus Torvalds于2005年创建。它的设计目标是：

• 速度快
• 支持非线性开发（强大的分支能力）
• 完全分布式
• 能高效处理大型项目（如Linux内核）

Git与其他版本控制系统的主要区别在于：它对待数据的方式更像是一个"快照流"，而不是文件变化的列表。每次提交，Git都会对当时的全部文件创建一个快照并保存引用，而不是只记录差异。

为什么选择Git？

1.性能卓越：Git的所有操作几乎都是本地执行，速度极快

2.强大的分支管理：创建和合并分支非常高效，支持复杂的工作流

3.分布式架构：每个开发者都有完整副本，不怕数据丢失

4.广泛采用：几乎成为行业标准，大量开源项目和企业使用

5.丰富的生态：有GitHub、GitLab等平台提供托管服务，以及众多工具支持

常见的Git工作流

1.集中式工作流：类似SVN，所有人在同一个分支上工作

2.功能分支工作流：每个功能在单独分支开发，完成后合并到主分支

3.GitFlow工作流：有严格的分支模型，区分功能开发、发布准备和bug修复

4.Forking工作流：适合开源项目，通过Fork和Pull Request协作

无论选择哪种工作流，Git的核心功能和概念都是一致的，掌握了基础操作后可以灵活应用于各种场景。

Git的学习曲线虽然有些陡峭，但一旦掌握，将极大提升开发效率和代码管理能力，是现代软件开发不可或缺的工具。

安装步骤

、下载git并安装：

    下载地址: https://git-scm.com/downloads

2、注册并登录码云：https://gitee.com/login

登录成功之后到选择【头像--设置--账号管理】绑定手机号，然后到邮箱管理中绑定邮箱，必须绑定邮箱，不然后期加入不了仓库成员，如果加入不了仓库成员，那么就没有权限修改仓库里面的代码。注意不要勾选不公开我的邮箱地址。

3、点击头像旁边的+号按钮选择创建仓库，然后输入仓库的名称，仓库的介绍，选择仓库是开源（所有人可见）还是私有（仅仓库成员可见）。最后点击创建。即可创建一个仓库（存放项目代码的一个云盘）。

4、创建完成之后，点击初始化readme文件。

常用命令：

创建git仓库： mkdir test

                        cd test

初始化仓库，.git目录，记录配置与每次提交的内容。

                        git init

将一个文件添加到缓存区

                        git add .

将缓存区内容提交到本地仓库

                        git commit -m “注释信息”

同步本地仓库到远程仓库

                        git push

第一次同步，需要远程地址（创建远程仓库时，自动生成）

        类型仓库：

        https方式：(直接在仓库那边克隆复制)

                git remote add origin  https://gitee.com/.......路径

        ssh方式：

                git remote add origin git@gitee.com：.....路径

克隆仓库

                git clone git@gitee.com:瓜酷月/yun11......路径

查看分支：

                git branch

创建分支：

                git branch dev

切换分支：

                git checkout dev

合并分支：

                git checkout master

                git  merge dev

1. 暂存与提交

如果我们想要将本地的一个东西上传上去步骤：

windows中

本地创一个：touch 1.txt

windows中

git add .                 #把文件添加到缓存区

git commit -m "命令解释随便写"

可以通过git log 查看日志做了什么

git pull origin master --allow-unrelated-histories                拉取远程仓库并允许合并无关历史

git push               （ git push --set-upstream origin master）推送本地当前分支到远程对应分支

第一次要输入用户名和密码（电话号和密码）

ubuntu中想要上传本地的代码

apt install git                下载git这个软件

git config --global user.name "姓名"

git config --global user.email "邮箱"

git config --global credential.helper store

git clone 复制的https链接地址

git pull        #将代码同步到本地

创文件 vim 2.txt

git add . 

git commit -m "备注"

git push （输入用户名和密码）

上传成功

但是每次上传时都需要输入用户名和密码，有时候太麻烦了。我们可以

做一个ssh免密

在windows上

以管理员身份运行

 mkdir -p ~/.ssh

 ssh-keygen -t ed25519 -C "15635838257@163.com"
cd c/Users/瓜酷月/.ssh/
cat pub文件

把公钥传上来

git push  发现不用密码了，然后就实现了免密。

例如：在ubuntu上，

ssh-keygen生成密钥，cd /root/.ssh/在这里找到公钥文件  cat id_rsa.pub复制内容

git remote -v  查看当前配置的远程地址，这里开头实时https。你当前使用的是 HTTPS 协议的仓库地址，而 SSH 免密只对 SSH 协议的仓库地址生效。需要调整仓库的远程地址为 SSH 格式

git remote set-url origin git@gitee.com:你的用户名/仓库名.git

例如：

git remote set-url origin git@gitee.com:guakuyue/y11test.git

git push

完整一次

ssh-keygen -t rsa -b 4096 -C "你的邮箱地址"

cat ~/.ssh/id_ed25519.pub

把密码复制到git仓库里面

ssh -T git@gitee.com        #查看ssh连接是否成功

git remote -v                        #查看当前仓库的远程地址

git remote set-url origin git@gitee.com:你的用户名/你的仓库名.git   #如果上一条出来https那么执行替换

再次push时发现不用密码了。

2. 撤销操作，回滚

查看提交记录：

                git log

回滚到某次提交的内容：

                git reset --soft 哈希值：软回滚保留缓存区和工作区数据，用于下次提交

                git reset --hard哈希值：硬回滚，清除缓存区和工作区数据，版本回滚

                git reset --mixed 哈希值：混合回滚

撤销操作命令详解：

1.撤销工作区修改

git restore src/login.js:适用于：修改了文件但未执行 git add，想放弃修改，恢复到文件上一次提交或暂存的状态。修改会丢失，执行前确保无需保留。

2.取消暂存

git restore --staged src/login.js:适用于：执行 git add 后发现文件有错误，想取消暂存但保留修改。执行后文件从暂存区回到工作区，可重新修改后再 git add。

3.软回滚（保留变更）

git reset --soft HEAD~1

• HEAD~1 表示上一次提交（HEAD~2 表示上上次，也可直接用提交哈希）
• 效果：本地仓库回滚到指定提交，暂存区和工作区的修改完全保留（适合合并多次连续提交） 示例：最近两次提交可合并为一次，执行后最近一次提交的内容会回到暂存区，重新 git commit 即可合并。

4.混合回滚（默认模式）

git reset --mixed HEAD~1

• 效果：本地仓库回滚到指定提交，暂存区清空，工作区修改保留（适合“提交后发现代码需调整，想重新提交”）
• 示例：提交后发现代码有小问题，执行后可直接修改工作区文件，重新 git add 和 git commit。

5.强制回滚（危险操作）

git reset --hard a1b2c3d

• 效果：本地仓库回滚到指定提交（a1b2c3d 为目标提交哈希），暂存区和工作区的所有修改永久删除
• 适用场景：提交了错误代码（如包含密码、病毒文件），需彻底清除
• 警告：执行前务必确认修改无需保留，且该提交未推送到远程（否则会影响团队协作）。

6.生成撤销提交（安全回滚）

git revert a1b2c3d

• 适用于：已推送到远程的错误提交，需撤销但保留原历史（避免修改共享的提交记录）
• 效果：创建一个新提交，内容为“抵消 a1b2c3d 提交的修改”，原提交仍保留在历史中
• 操作：执行后会打开编辑器填写撤销原因，提交后远程仓库会新增一个撤销提交，团队成员拉取后即可同步修改。

多人协同开发

1.邀请仓库成员，选择自己的仓库，然后点击【管理-仓库成员管理-可以添加仓库管理成员】。选择仓库权限为开发者，邀请成功之后，成员就可以在自己的账户中看到该仓库，就可以共同开发一个项目。

2、可以在【管理-仓库设置-基本信息】修改仓库是否开源。也可以删除修改仓库。

3、https与ssh克隆的区别，ssh安全性更高，必须设置密钥才能克隆拉取代码。配置完成之后可以用ssh拉取

团队协作中，需与 GitHub/GitLab 等远程仓库同步代码（拉取/推送/关联）。

远程协作命令详解：

1.查看远程仓库名称

git remote:列出本地已关联的远程仓库名称，默认克隆的仓库名通常为 origin：

origin
upstream  # 若关联了上游仓库（如 Fork 项目后）

2.查看远程仓库地址

git remote -v:显示每个远程仓库的拉取（fetch）和推送（push）地址：

origin  https://github.com/your-name/your-repo.git (fetch)
origin  https://github.com/your-name/your-repo.git (push)
upstream  https://github.com/original-owner/original-repo.git (fetch)
upstream  https://github.com/original-owner/original-repo.git (push)

3.关联远程仓库

本地新建仓库后，需关联远程仓库才能推送代码：

git remote add origin https://github.com/your-name/new-repo.git

其中 origin 是远程仓库的别名（可自定义，通常用 origin），后续推送/拉取时直接使用别名即可。

4.拉取远程代码（默认分支）

git pull:拉取远程仓库中与本地当前分支对应的分支（如本地 main 对应远程 origin/main），并自动合并到本地分支。相当于 git fetch + git merge，拉取前建议提交本地修改，避免冲突。

5.拉取指定远程分支

git pull origin dev:local-dev:拉取远程 origin/dev 分支的代码，合并到本地 local-dev 分支（本地分支不存在时会自动创建）。适用于同步远程非对应分支的场景。

6.推送本地分支到远程

• 首次推送：需绑定“上游分支”（远程分支与本地分支关联）

git push -u origin feature/payment  # 推送本地 feature/payment 到远程 origin/feature/payment

• 后续推送：绑定后直接执行 git push 即可，无需重复指定远程和分支。

7.推送本地分支到远程指定分支

git push origin local-test:remote-test:将本地 local-test 分支的代码推送到远程 remote-test 分支（远程分支不存在时会自动创建），适用于本地与远程分支名不同的场景。

8.拉取远程信息（不合并）

git fetch origin:拉取远程仓库的所有分支信息到本地（更新本地的远程跟踪分支，如 origin/main），但不合并到本地分支。适合先查看远程最新代码，再决定是否合并：

git fetch origin          # 拉取远程信息
git checkout origin/main  # 查看远程 main 分支的最新代码
git merge origin/main     # 手动合并到本地 main 分支（如需）

9.修改远程仓库地址 当远程仓库迁移（如从 GitHub 迁移到 GitLab）时，需更新地址：

git remote set-url origin https://new-url.git

执行后可用 git remote -v 验证地址是否更新。

git多分支管理

         仓库最高的权限是master主分支，多人开发，master主分支不允许修改上传代码的。他是最高权限，一般都是由架构师来操作，其他人是不允许修改，一般master只修改一次上传项目需要的框架以及素材。

如果我们想上传代码？

    新建一个属于自己的分支ceshi，这个分支叫子分支。子分支继承了主分支master所有的代码。一个仓库由很多分支，每个分支的代码都是一套独立的代码，都是从master继承过来的，每个人只在自己的分支上修改代码。

每个人进公司都会给你一个git地址，这个git是有权限的，然后再给你一个子分支。你做完项目先提交到自己的分支上，当你做完之后， 确定自己子分支的内容没有问题之后，然后将子分支中的内容合并到主分支上。

1、新建分支：在码云仓库中点击master选择新建分支，然后输入分支名称，分支起点从哪个分支继承代码，选择master点击确定。此时这个仓库有两个分支。

【同步远程代码】  git pull

【查看所有的分支】  git branch -a

【切换分支】git checkout 分支名称

4、提交分支代码：在ceshi分支上，新建ceshi.txt，并执行下面命令提交到ceshi分支。

git pullgit add .git commit -m"提交到子分支"git push

但是我们会发现分支里的内容并不会主分支里

这时候就有了合并功能：

【查看所有分支】 git branch -a【切换回主分支】 git checkout 主分支名【然后合并分支】 git merge 子分支名【上传线上仓库】 git push

注意切换分支必须保证当前分支没有可以提交的内容，然后合并到哪个分支就切换到哪个分支。如果合并出现问题只需要输入:qa回车，最后git push即可

标签

3. 标签（版本标记）

用于标记重要版本（如发布版本 v1.0.0），方便后续回溯。

标签命令详解：

1.创建带注释的标签（推荐）

git tag -a v1.0.0 -m "第一个正式发布版本，支持登录、支付功能" :带注释的标签包含标签名、创建者、时间、说明，适合正式版本标记，便于后续查看标签含义。

2.推送标签到远程

• 推送单个标签：git push origin v1.0.0
• 推送所有标签：git push origin --tags（批量推送本地所有未推送的标签）

3.基于历史提交打标签 若需为过去的提交打标签，先通过 git log --oneline 找到目标提交哈希，再执行：

git tag -a v0.9.0 a1b2c3d -m "修复上线前的最后一个bug"

其中 a1b2c3d 是历史提交的哈希。

4.删除标签

• 删除本地标签：git tag -d v0.9.0
• 删除远程标签：git push origin --delete v0.9.0

Git 别名配置（提高效率）

为常用命令设置别名，减少输入量，提升操作效率。通过 git config 配置后，可使用简称代替完整命令。

配置示例：

# 一次性配置常用别名
git config --global alias.st status
git config --global alias.co checkout
git config --global alias.br branch
git config --global alias.cm "commit -m"
git config --global alias.unstage "restore --staged"

配置后，日常操作可简化为：

git st          # 查看状态
git co -b dev   # 创建并切换分支
git br          # 查看分支
git cm "feat: xxx"  # 提交代码

八、其他实用命令

处理特殊场景的辅助命令，如清理工作区、查看差异、暂存工作区等。

实用命令详解：

1.清理未跟踪文件

git clean -fd:用于删除工作区中所有未被 Git 跟踪的文件（如编译产物、临时文件），执行前建议先用 git clean -nfd 预览会删除的内容（-n 表示模拟操作）。

2.查看差异

• git diff：对比工作区与暂存区，显示未暂存的修改（如新增、删除的代码行）。
• git diff --staged：对比暂存区与本地仓库，确认即将提交的内容是否正确。

3.暂存工作区（stash） 场景：正在开发分支 A，需紧急切换到分支 B 修复 bug，但分支 A 的修改未完成不想提交。

git stash       # 暂存分支 A 的修改
git checkout B  # 切换到分支 B 修复 bug
# 修复完成后切换回分支 A
git checkout A
git stash pop   # 恢复暂存的修改，继续开发

4.复制提交（cherry-pick） 场景：分支 feature/login 有一个修复 e4f5g6h 需同步到 main 分支，但不想合并整个分支。

git checkout main       # 切换到目标分支
git cherry-pick e4f5g6h # 复制 e4f5g6h 提交到 main 分支

若复制时出现冲突，解决方式与合并冲突相同，解决后执行 git cherry-pick --continue 完成操作。

九、常见问题与解决方法

1.提交后发现用户名/邮箱错误 若需修改历史提交的用户信息（仅限未推送到远程的提交）：

git commit --amend --author="用户名 <邮箱>" --no-edit

若已推送且必须修改（不推荐，会改写历史），需强制推送：

git commit --amend --author="用户名 <邮箱>" --no-edit
git push --force origin 分支名  # 谨慎使用，可能覆盖团队成员的提交

2.误将敏感文件提交到仓库 需彻底从历史中删除（以 config.ini 为例）：

git filter-branch --force --index-filter \
"git rm --cached --ignore-unmatch config.ini" \
--prune-empty --tag-name-filter cat -- --all
# 推送修改（会改写历史，需通知团队）
git push origin --force --all

同时在 .gitignore 中添加该文件，避免再次提交。

3.拉取代码时提示“Your local changes would be overwritten by merge” 原因：本地有未提交的修改，拉取会覆盖。 解决：

• 提交本地修改：git add . && git commit -m "暂存本地修改"
• 暂存本地修改：git stash，拉取后恢复：git stash pop

附：常用场景命令组合

1.新功能开发完整流程：

# 1. 切换到主分支并拉取最新代码
git checkout main
git pull# 2. 创建并切换到功能分支
git checkout -b feature/user-profile# 3. 开发代码（修改/新增文件）...# 4. 提交代码到本地仓库
git add .
git commit -m "feat: 实现用户资料页编辑功能"# 5. 推送分支到远程（首次需 -u 绑定）
git push -u origin feature/user-profile

2.修复线上紧急 bug 流程：

# 1. 切换到主分支并拉取最新代码
git checkout main
git pull# 2. 创建 bug 修复分支
git checkout -b bugfix/critical-error# 3. 修复代码...# 4. 提交修复
git add .
git commit -m "fix: 修复支付接口超时导致的订单异常"# 5. 推送分支并申请合并到主分支
git push -u origin bugfix/critical-error

3.版本发布流程：

# 1. 确保主分支代码最新且稳定
git checkout main
git pull# 2. 打版本标签
git tag -a v1.2.0 -m "v1.2.0 发布：新增用户资料页，修复支付bug"# 3. 推送标签到远程（触发发布流程）
git push origin v1.2.0