同事git push到主分支上了，技术总监怒了
事情是这样的，同事前几天提交使用git提交代码的时候不小心提交到主分支上了，关键还提交成功了，这可是他自己开发的模块，还没测试的呢。技术总监也知道了，这下他慌乱了。最后还是技术总监给他兜底了。
为了防止以后出现git push到主分支，所以写了这篇文章记录一下。
防止 git push 到主分支上
为了防止不小心将代码 push 到主分支（如 main 或 master），可以采取以下几种方法：
1. 使用 Git 钩子（Git Hooks）
示例代码： 在项目的 .git/hooks 目录下创建一个名为 pre-push 的文件，并添加以下内容：
#!/bin/sh
# 获取要推送的分支名
branch=$(git symbolic-ref --short HEAD)
# 如果当前分支是 main 或 master，则阻止推送
if [ "$branch" = "main" ] || [ "$branch" = "master" ]; then
echo "Error: Cannot push to $branch branch."
exit 1
fi
然后，给该文件添加执行权限：
chmod +x .git/hooks/pre-push
这样，在执行 git push 时，如果当前分支是 main 或 master，就会触发钩子脚本，阻止推送操作。
2. 配置 Git 仓库的分支保护规则
如果你使用的是 GitHub、GitLab 等远程 Git 仓库托管服务，可以在仓库设置中配置分支保护规则，禁止直接推送代码到主分支。
以 GitHub 为例：
- 登录 GitHub，进入你的仓库页面。
- 点击仓库设置中的 "Settings" 选项卡。
- 在左侧菜单中选择 "Branches"。
- 在 "Branch protection rules" 部分，点击 "Add branch protection rule"。
- 输入要保护的分支名称（如 main 或 master），勾选 "Protect matching branches" 选项，然后在 "Rules" 部分勾选 "Require pull request reviews before merging" 选项。
- 点击 "Create" 按钮保存设置。
这样，只有通过合并请求（Pull Request）并经过审查后，才能将代码合并到主分支。
Git 分支在工作中的常用应用
1. 特性开发分支（Feature Branch）
- 场景：开发新功能或特性时。
- 操作流程：
- 从主分支（如 main 或 master）创建一个新的特性分支：
git checkout -b feature/new-feature- 在特性分支上进行开发，提交代码：
git add .
git commit -m "Add new feature"- 开发完成后，切换回主分支：
git checkout main- 将特性分支合并到主分支：
git merge feature/new-feature- 删除特性分支：
git branch -d feature/new-feature2. 修复分支（Bugfix Branch）
- 场景：修复主分支上的 Bug 时。
- 操作流程：
- 从主分支创建一个修复分支：
git checkout -b bugfix/fix-bug- 在修复分支上定位并修复 Bug，提交代码：
git add .
git commit -m "Fix bug"- 切换回主分支：
git checkout main- 将修复分支合并到主分支：
git merge bugfix/fix-bug- 删除修复分支：
git branch -d bugfix/fix-bug3. 发布分支（Release Branch）
- 场景：准备发布新版本时。
- 操作流程：
- 从主分支创建一个发布分支：
git checkout -b release/v1.0.0- 在发布分支上进行版本相关的调整，如更新版本号、修改文档等：
git add .
git commit -m "Prepare for release v1.0.0"- 发布完成后，将发布分支合并到主分支和开发分支（如 develop）：
git checkout main
git merge release/v1.0.0
git checkout develop
git merge release/v1.0.0- 删除发布分支：
git branch -d release/v1.0.04. 热修复分支（Hotfix Branch）
- 场景：在已发布版本中发现严重 Bug，需要紧急修复时。
- 操作流程：
- 从主分支创建一个热修复分支：
git checkout -b hotfix/fix-critical-bug- 在热修复分支上快速修复 Bug，提交代码：
git add .
git commit -m "Fix critical bug"- 切换回主分支：
git checkout main- 将热修复分支合并到主分支：
git merge hotfix/fix-critical-bug- 如果有开发分支（如 develop），也要将热修复分支合并到开发分支：
git checkout develop
git merge hotfix/fix-critical-bug- 删除热修复分支：
git branch -d hotfix/fix-critical-bug5. 开发分支（Develop Branch）
- 场景：作为日常开发的主要分支，用于集成多个特性分支的代码。
- 操作流程：
- 从主分支创建开发分支：
git checkout -b develop- 在开发分支上集成特性分支、修复分支等：
git merge feature/new-feature
git merge bugfix/fix-bug- 定期将开发分支的代码合并到主分支：
git checkout main
git merge develop创作不易，如果这篇文章对你有用，欢迎点赞关注加评论哦
小伙伴们在工作中还遇到过其他应用场景吗，欢迎评论区留言讨论哦。