多个分支怎么维护
在做项目开发时，经常会遇到多个功能同时推进的情况。比如你正在做一个网站，一边要加购物车功能，一边又要优化登录流程。这时候用 Git 创建不同的分支就很自然了。但时间一长，develop、feature/login、hotfix/pay、release/v1.2 这些分支越来越多，再想理清楚谁改了啥，就容易乱。
分支本身不难创建，难的是后续的管理。没人动的“死分支”留着占地方，合并错了又可能把代码搞崩。特别是团队协作时，张三的分支依赖李四的修改，而王五已经把旧分支删了，这时候拉代码直接报错。
定期清理无用分支
本地和远程都可能存在大量已经合并或废弃的分支。可以每个月花点时间整理一次。查看哪些分支已经被合并进主干：
git branch --merged这条命令会列出所有已经合入当前分支的分支名。那些名字里带 feature 或 temp 的，大概率可以删了。删本地分支用：
git branch -d feature/login删远程分支：
git push origin --delete feature/login别心疼删分支，只要提交记录还在，需要时能找回来。关键是保持列表干净，避免混淆。
统一命名规范
分支名乱起也是维护难的原因之一。有人用英文，有人写中文拼音，还有人直接叫“test”。建议团队定个简单规则，比如：
- feature/功能名（如 feature/user-profile）
- bugfix/问题编号（如 bugfix/issue-1024）
- hotfix/紧急描述（如 hotfix/login-fail）
这样一眼就能看出分支用途，也方便脚本批量处理。
压缩备份关键分支
不是所有分支都值得长期保留，但某些特殊节点必须存档。比如客户定制的 v2.0 分支，虽然不会再更新，但明年可能还要拿来做二次开发。这种不适合留在线上仓库里干扰日常操作，更适合打包压缩后离线保存。
可以用 git archive 把某个分支导出为压缩包：
git archive --format=zip --output=/backup/project-v2.0.zip release/v2.0这行命令会把 release/v2.0 分支的内容打包成 zip 文件，放在 backup 目录下。以后就算原分支删了，解压这个包照样能继续干活。
更进一步，可以写个简单脚本自动完成这件事：
#!/bin/bash
BRANCH="$1"
DATE=$(date +%Y%m%d)
git archive --format=zip --output=/backup/$BRANCH-$DATE.zip $BRANCH存成 backup_branch.sh，以后执行 ./backup_branch.sh feature/report 就能快速归档。
利用标签标记重要节点
比起保留整个分支，打标签往往更轻量。比如某个分支发布上线后，可以直接打个 tag：
git tag -a v1.5.0-release -m "正式发布版本" feature/completed-payment之后查历史版本时，用 tag 比找分支更直观。而且 tag 不会变，分支可能会被继续提交污染。
备份时也可以只针对 tag 来操作。例如：
git archive --format=tar.gz --output=project-1.5.tar.gz v1.5.0-release生成一个带时间戳的压缩包，放进公司私有存储里，比留一堆分支清爽多了。