GIT · 版本控制

Git:团队协作的必备技能

Git 是全球最流行的分布式版本控制系统,是现代软件开发的基础设施。本讲从核心概念、常用命令到分支策略与协作规范,帮你建立起专业级的版本管理能力,告别"代码不敢改、合并天天崩"。

90%+开发者使用
秒级分支切换与回滚
本地分布式版本管理
PAIN POINTS

不懂 Git,协作就是灾难

😱

代码改坏了,回不去

没有版本管理,改崩了只能凭记忆恢复,重要代码说没就没。

🌪️

多人协作,互相覆盖

没有分支管理,A 改的覆盖 B 的,冲突不断,代码越来越乱。

🚫

误删误改,无法追溯

不知道谁在什么时候改了什么,出了事故也找不到责任人。

FEATURES

Git 的核心能力

🌿

分支管理

功能分支、修复分支独立开发,互不干扰、随时合并。

🕰️

版本回滚

任意 commit 可回退、可比较,错误随时可撤销。

👥

团队协作

多人并行开发,PR/MR 评审,代码质量有把关。

🛡️

可追溯

每个改动有作者、时间与说明(commit message),全程可审计。

📦

分布式

本地完整仓库,离线可提交,容灾与协作更灵活。

🤖

CI/CD 联动

提交即触发构建测试,与自动化流水线无缝衔接。

COMMAND CHART

Git 常用命令速查

高频操作对号入座,忘了就查这一张表。

场景命令
克隆仓库git clone <url>
查看状态git status
暂存与提交git add . → git commit -m "feat: xxx"
拉取合并git pull(fetch + merge)
推送git push origin main
新建分支git checkout -b feature/xxx
合并分支git merge feature/xxx
回滚版本git reset --hard / git revert
找回误删git reflog + git reset
查看历史git log --oneline --graph
WORKFLOW

Git 协作工作流

01

主干 + 功能分支

main 保持稳定,新功能开 feature 分支,完成后合回。

02

PR/MR 评审

合并前代码评审 + CI 检查,质量在前置拦截。

03

语义化提交

feat/fix/docs 等规范提交信息,生成 changelog 与回溯。

04

Tag 打版

发布时打 tag(v1.0.0),版本可追溯、可回滚。

USE CASES

Git 用在哪

👥

团队协作开发

多人并行开发、分支隔离、评审合并,协作有条不紊。

🚀

版本发布

Tag 打版 + 分支管理,发布可回滚、版本可追溯。

🛠️

开源协作

Fork + PR 参与开源项目,是技术协作的通用语言。

🤖

CI/CD 集成

提交触发自动化测试与部署,DevOps 的基石。

代码版本混乱,协作效率低?

我们提供 Git 规范与协作流程咨询,帮团队建立专业的版本管理机制。

FAQ

Git 高频问答

merge 保留完整历史、简单安全(适合团队协作);rebase 历史更线性整洁(适合个人分支)。公共分支慎用 rebase,易改写他人历史。
未提交的用 git checkout/restore 恢复,已提交的用 git reset/revert;误删 commit 可用 reflog 找回。关键是别慌、先查 reflog。
忽略 node_modules、构建产物、日志、密钥等不该入库的文件;配合全局忽略与 .git/info/exclude。密钥绝不入库,用环境变量/Secret 管理。
先看懂冲突标记(<<<===>>>),手动保留正确内容后 add + commit;多沟通减少冲突,功能分支尽量小、频繁同步主干。
重要。规范提交信息让历史可读、可回溯、能自动生成 changelog。建议用 Conventional Commits 格式(feat/fix/docs/refactor 等)。
不该。Git 不适合大文件与二进制(会让仓库膨胀、clone 变慢)。大文件用 Git LFS 或对象存储,普通代码仓库保持轻量。
git stash 临时保存未提交的改动,切分支/处理紧急任务后 stash pop 恢复;配合 -u 可包含未跟踪文件,是"改到一半要换任务"的救星。
Fork 仓库 → 克隆自己的副本 → 建功能分支修改 → 推送 → 提交 Pull Request;先读 CONTRIBUTING 文档,小改动起步,PR 描述写清楚动机与测试。

协作规范,从 Git 开始

编程新知提供 Git 规范、协作流程与 DevOps 体系建设服务,让团队高效协作。