SourceTree 本质是 Git 的图形化客户端，企业级分支流程的核心在于服务端约定的规范与权限控制，而非单纯依赖工具界面。在 Mac 版中，应将其作为可视化辅助工具，配合服务端分支保护策略和明确的合并规则使用。
先说结论：工具无法自动强制执行流程，需结合服务端保护规则落地
- 适合：需要直观查看分支历史和合并关系的团队
- 先看：团队内部的 Git 分支命名和合并权限规范
- 建议：关键合并操作必须通过合并请求（MR/PR）经审核后合并
客户端图形化操作速览
SourceTree 提供图形化界面简化日常操作，以下是基础流程：
- 点击顶部工具栏的
分支按钮创建新分支 - 使用菜单栏
存储库>Git Flow初始化工作流（仅本地生效） - 提交前务必点击
拉取同步远程最新代码
服务端分支保护配置
企业级流程必须依赖服务端（如 GitLab、GitHub、Bitbucket）的分支保护规则，SourceTree 无法阻止违规推送。建议在仓库设置中配置：
- 保护主分支：将
master或main设为受保护分支，禁止直接推送（Force Push 和 Direct Push）。 - 保护开发分支：对
develop分支开启合并请求限制，要求至少一人审查。 - 状态检查：开启 CI/CD 流水线状态检查，合并前必须通过自动化测试。
代码审查与合并规范
功能开发完成后，严禁直接在 SourceTree 中合并回主分支。正确流程如下：
- 在 SourceTree 中推送功能分支到远程。
- 登录代码托管平台，创建合并请求（Merge Request 或 Pull Request）。
- 指定审查人员进行代码 Review，解决评论意见。
- CI 流水线通过后，由拥有权限的人员批准合并。
- 合并完成后，在 SourceTree 中删除本地和远程的功能分支以保持整洁。
验证与排查
操作完成后，可通过以下方式验证流程是否生效：
- 分支可见性：观察左侧分支列表，确认新分支已出现在远程分支目录下。
- 提交记录：点击
日志/历史视图，检查提交记录是否按预期出现在功能分支上而非主分支。 - 保护规则测试：尝试在终端运行
git push origin master，若配置正确应被服务端拒绝。 - 一致性检查：在终端运行
git branch -a确认分支列表与界面显示一致。
常见坑
1. 分离头指针（Detached HEAD）：不小心点击了某个具体提交而不是分支名，会导致状态游离，此时提交可能丢失，务必确认左上角当前分支名称高亮显示。
2. 认证失效：Mac 版 SourceTree 有时会遇到密钥链认证过期，导致推送失败，需在偏好设置中重新登录或更新 SSH 密钥。
3. 受保护分支推送失败：若推送时报错rejected，检查是否误推了master等保护分支，企业仓库通常禁止直接推送。
4. 大仓库性能：企业级仓库提交历史过多时，SourceTree 可能会卡顿，建议在偏好设置中开启“只获取最近 N 天的日志”或定期清理本地缓存。
参考来源
- Atlassian Git 教程：Comparing Workflows - Gitflow Workflow (https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow)
- SourceTree 官方文档：Get Started with SourceTree (https://www.sourcetreeapp.com/)
原文链接：https://www.zjcp.cc/ask/11335.html