作者：程序员平
不管你是刚入门 Git 的萌新，还是已经能用 Git 三板斧（add、commit、push）写代码的开发者，这篇文章都能帮你系统掌握 Git 的命令体系，并学会写出更专业的 commit 信息。本文整理了 Git 所有常用命令 及 团队协作提交规范，助你高效管理代码、告别混乱提交记录！
本文将详解如何借助 Gitea Actions 实现 PHP Hyperf 项目的自动化构建与部署，并将其部署至 Docker Swarm 集群的完整流程。
Hyperf 是一个高性能、基于协程的 PHP 框架，特别适合构建微服务和分布式系统；而 Docker Swarm 则提供了一种轻量级的容器编排方案，适用于中小规模的集群部署。
借助 Gitea Actions，我们可以将构建与部署流程无缝集成至代码仓库，实现持续集成与持续交付（CI/CD）的自动化执行。
本文将详解如何借助 Gitea Actions 实现 PHP Hyperf 项目的自动化构建与部署，并将其部署至 Docker Swarm 集群的完整流程。
Hyperf 是一个高性能、基于协程的 PHP 框架，特别适合构建微服务和分布式系统；而 Docker Swarm 则提供了一种轻量级的容器编排方案，适用于中小规模的集群部署。
借助 Gitea Actions，我们可以将构建与部署流程无缝集成至代码仓库，实现持续集成与持续交付（CI/CD）的自动化执行。
本文将详解如何借助 Gitea Actions 实现 PHP Hyperf 项目的自动化构建与部署，并将其部署至 Docker Swarm 集群的完整流程。
Hyperf 是一个高性能、基于协程的 PHP 框架，特别适合构建微服务和分布式系统；而 Docker Swarm 则提供了一种轻量级的容器编排方案，适用于中小规模的集群部署。
借助 Gitea Actions，我们可以将构建与部署流程无缝集成至代码仓库，实现持续集成与持续交付（CI/CD）的自动化执行。
本文将详解如何借助 Gitea Actions 实现 PHP Hyperf 项目的自动化构建与部署，并将其部署至 Docker Swarm 集群的完整流程。
Hyperf 是一个高性能、基于协程的 PHP 框架，特别适合构建微服务和分布式系统；而 Docker Swarm 则提供了一种轻量级的容器编排方案，适用于中小规模的集群部署。
借助 Gitea Actions，我们可以将构建与部署流程无缝集成至代码仓库，实现持续集成与持续交付（CI/CD）的自动化执行。
Docker 是一个强大的容器化平台，广泛用于开发、测试和生产环境。通过 Docker 命令行工具（CLI），我们可以轻松管理容器、镜像、网络和卷等资源。本文将详细介绍 Docker 的常用命令，带你从入门到熟练掌握 Docker 的核心操作。
Docker 是一个强大的容器化平台，广泛用于开发、测试和生产环境。通过 Docker 命令行工具（CLI），我们可以轻松管理容器、镜像、网络和卷等资源。本文将详细介绍 Docker 的常用命令，带你从入门到熟练掌握 Docker 的核心操作。
📦 Git 命令大全
🚀 初始化类
| 命令 | 作用 |
|---|---|
git init | 初始化一个本地 Git 仓库（当前目录会出现 .git 文件夹） |
git clone <仓库地址> | 克隆远程仓库到本地，一般用来拉项目 |
📝 提交代码类
| 命令 | 作用 |
|---|---|
git status | 查看当前状态（有哪些文件改了，有哪些还没提交） |
git add <文件> | 把文件添加到暂存区（准备提交） |
git add . | 把所有改动的文件加入暂存区 |
git commit -m "提交信息" | 提交代码（将暂存区的内容提交到本地仓库） |
git commit -am "提交信息" | 跳过 add，直接提交已跟踪文件的修改 |
git log | 查看提交记录 |
git diff | 查看未暂存的代码改动 |
git diff --cached | 查看已暂存（add 过的）但还没 commit 的改动 |
🌐 远程仓库类
| 命令 | 作用 |
|---|---|
git remote -v | 查看远程仓库信息 |
git remote add origin <地址> | 关联远程仓库 |
git push -u origin master | 第一次推送，关联本地和远程分支 |
git push | 推送代码到远程 |
git pull | 拉取远程代码并合并 |
git fetch | 拉取远程代码但不自动合并，需要自己手动 merge |
🌲 分支管理类
| 命令 | 作用 |
|---|---|
git branch | 查看所有分支 |
git branch <名字> | 创建新分支 |
git checkout <分支名> | 切换分支 |
git checkout -b <名字> | 新建并切换分支 |
git merge <分支名> | 把某个分支合并到当前分支 |
git branch -d <名字> | 删除本地分支 |
git push origin --delete <名字> | 删除远程分支 |
🔁 回退与撤销类
| 命令 | 作用 |
|---|---|
git reset --hard <版本号> | 回退到某个提交（彻底还原） |
git reset --soft <版本号> | 回退但保留改动在暂存区 |
git reset HEAD <文件> | 撤销某个 git add |
git checkout -- <文件> | 丢弃当前文件的修改 |
git revert <commit id> | 反做一个 commit，保留历史记录 |
🧪 标签类
| 命令 | 作用 |
|---|---|
git tag | 查看所有标签 |
git tag <名字> | 创建标签 |
git tag -d <名字> | 删除标签 |
git push origin <名字> | 推送标签到远程 |
git push origin --tags | 推送所有标签 |
🧹 清理类
| 命令 | 作用 |
|---|---|
git clean -f | 删除未被追踪的文件 |
git stash | 临时保存当前工作区修改 |
git stash pop | 恢复之前保存的修改 |
git gc | 清理 Git 仓库空间 |
********📦 Git 合并策略深入讲解
分支的合并策略、变基、快进合并、压缩提交（squash）等。这些不但影响提交记录的整洁度，也会直接关系到协作开发时的效率和出错率。
🌿 合并(git merge)
记录历史轨迹，不改原提交!这是最安全也最常用的方式，适合团队协作。
git checkout maingit merge feature/login
- 结果：创建一个新的“合并提交”（merge commit）
- 保留所有历史轨迹，看得清楚哪个分支做了哪些改动
- 可能会出现冲突，你得手动处理
🔄 变基(git rebase)
把一个分支“平移”到另一个分支上
git checkout feature/logingit rebase main
- 把 feature/login 分支的提交历史移到 main 的最后一个提交之后
- 不会产生 merge commit，历史会“更干净”
- ⚠️ 本质上是改写历史，所以不要对别人已推送过的分支 rebase
✅ 快进合并(Fast-forward)
直接把 main 指针推进去! 当你当前分支落后于 feature 分支时，Git 不需要创建合并提交，而是直接“快进”。
git merge feature --ff-only
- 不会产生额外的 merge commit
- 条件：main 分支 没有新的提交
🧱 压缩提交(git merge --squash)
git checkout maingit merge --squash feature/logingit commit -m "feat(login): 新增登录功能"
- 把 feature 分支的一堆提交压成一个提交
- 不会保留 feature 分支的原始历史
- 类似“整活之后只展示最终成果”
🧠 交互式压缩提交
git rebase -i HEAD~5
会弹出编辑器，让你可以选择每个提交：
pick 123abc 登录接口pick 456def 修复登录跳转pick 789ghi 删除 console.log
# 改成这样pick 123abc 登录接口squash 456def 修复登录跳转squash 789ghi 删除 console.log
这样这三个提交就会压缩成一个，更干净、好看。
📦 Git 提交规范（写出专业的 commit message）
很多时候，团队协作最怕看到这种提交记录：
fix bugupdate123aaaaaaa
这不仅不利于版本回滚，也没法看出每次提交干了啥。
推荐的格式
<type>: <描述>
feat: 新增/修改功能 (feature)。fix: 修補 bug (bug fix)。docs: 文件 (documentation)。style: 格式 (不影響程式碼運行的變動 white-space, formatting, missing semi colons, etc)。refactor: 重構 (既不是新增功能，也不是修補 bug 的程式碼變動)。perf: 改善效能 (A code change that improves performance)。test: 增加測試 (when adding missing tests)。chore: 建構程序或輔助工具的變動 (maintain)。revert: 撤銷回覆先前的 commit 例如：revert: type(scope): subject (回覆版本：xxxx)。version: 更新版本信息。
长提交
feat: 新增用户头像上传功能
- 支持头像上传预览- 增加接口字段校验- 优化上传组件交互体验
总结
Git 本身不复杂，但想用好、用得专业，还是需要一些体系感。记住下面几个关键点
搞清楚 add、commit、push 的区别
分支合并时要多用 pull --rebase 避免历史太乱
用语义化的提交规范，养成好习惯
不会的就看 git log --oneline --graph，一切尽在图中
如果你有特定场景或问题，欢迎留言讨论！希望这篇文章对你有所帮助！
