写代码就像炒菜，锅铲一抖盐放多了还能加水，Git 提交错了也能“回锅”。 但回锅方法不对，可能把整锅菜都糊掉。

虽然我们项目中引入了`prettier`和`eslint`对代码格式进行了校验,但是多人开发的时候难免依然会有人提交不符合规范的代码到仓库中,如果我们拉取到这种代码还得慢慢对其进行修改,这是一件很麻烦

有时候我们发了新版，结果用户看到的还是老界面。 你：“我更新了啊！” 用户：“我这儿没变啊！” 然后你俩开始互相怀疑人生。

今天咱们要聊的是一个你迟早会遇到的“老朋友”——Git。它可能让你在深夜崩溃得想扔键盘，也可能让你在代码出错时像救世主一样轻松回滚。别担心，这篇文章会用最通俗易懂、甚至有点幽默的方式带你走进 Git

git练习：https://learngitbranching.js.org/?locale=zh_CN（推荐） 常用术语 Workspace：工作区 Index/Stage：暂存区 Reposito

Git 分支整合策略详解：Cherry-pick、Merge、Rebase 在日常的 Git 多分支协作开发中，代码合并是常见操作。Git 中主要提供以下三种方式来合并或迁移分支的提交： Cherry

如何统一团队的 git 提交规范 当团队的成员都严格按照 git 提交规范来提交时，可以保证每一次提交都比较清晰明了 查找对应 bug 的时候，也能快速定位。更重要的是我们能够认识到规范的重要性。

2.5万字，8个场景问题，带你了解工作中最应该掌握的 git 操作，不用再畏惧 git rebase，轻松玩转 git

版本控制是软件开发的核心，促进团队协作与项目管理。通过制定明确的分支命名策略，遵循一致的代码提交规范，如指明提交类型和简短描述，增强了历史记录的可读性，可以清晰地组织和理解项目的结构与进展。