在软件开发过程中，版本控制是一个至关重要的环节。Git 是最流行的分布式版本控制系统之一，它能够帮助团队高效地管理代码。然而，有时候会发生意外，例如代码误合、错误的删除等情况，导致重要的开发分支本地和远程不慎被删除。本文将为您介绍如何使用 Git 命令行在 GitLab 中恢复已删除的分支，帮助您快速解决这类问题。
第一步 查看 Reflog
Reflog 记录了本地仓库中的引用更改历史，包括分支的删除。首先，进入您的项目根目录，并打开终端或命令行。运行以下命令查看分支的 Reflog：
git reflog
在输出中，您将看到提交号（commit hash）以及删除分支之前的引用号。记住这个引用号，它将帮助您恢复被删除的分支。
第二步 恢复分支
现在，您已经有了删除分支之前的引用号，可以使用以下命令在本地仓库中恢复分支：
git checkout -b dev_xj d9244f1
dev_xj：你的分支名，可以和之前删除的一样，也可以重新命个名 d9244f1：最后一次commit 的提交号或者引用号
第三步 推送分支
如果您希望将恢复的分支同步到 GitLab 远程仓库，可以使用以下命令将分支推送到 GitLab：
git push origin dev_xj
注意事项
Git 会定期清理过期的 reflog 记录，以减少仓库大小。默认情况下，过期的 reflog 记录会在 90 天后被删除。如果需要修改过期时间，可以通过配置 gc.reflogExpire 和 gc.reflogExpireUnreachable 参数来调整
# 设置 reflog 记录的保留时间为 180 天
git config gc.reflogExpire 180.days
# 设置无法访问的 reflog 记录的保留时间为 180 天
git config gc.reflogExpireUnreachable 180.days
git commit -m “message” 描述建议
可以看到我们在恢复的过程中是根据提交message来找到，当我们开发的时候分支较多并且有bug修改的分支时我们不好定位提交号，我们示例中的message写的比较随意，是反例，家人们切勿模仿；编写良好的提交信息是一个良好的开发实践，它可以让你和其他开发人员更好地理解提交的目的和内容。以下是提交信息的规范模板和一些建议：
模板
<type>(<scope>): <subject>
<!-- 空行 -->
<body>
<!-- 空行 -->
<footer>
说明
| 字段 | 必须 | 描述 |
|---|---|---|
<type> |
是 | 修改类别 |
<scope> |
否 | 影响的范围（最好填写功能模块） |
<subject> |
是 | 目的描述，不超过50个字符 |
<body> |
否 | 描述当前修改的行为详细信息或修改的目的 |
<footer> |
否 | 描述当前修改的标识（需求名称编号bug名称编码等） |
type 类型说明
| 值 | 说明 |
|---|---|
| feat | 添加新特性 |
| fix | 修复bug |
| docs | 仅仅修改了文档 |
| conflict | 解决冲突 |
| style | 仅仅修改了空格、格式缩进、逗号等等，不改变代码逻辑 |
| refactor | 代码重构，没有添加新功能或者修复bug |
| test | 增加测试用例 |
| other | 前面未提到的情况 |
示例：
git commit -m "
feat(用户管理)：修改列表展示字段
- 用户管理列表添加性别展示
- 用户管理列表添加用户部门展示
用户管理列表展示优化需求（20230701）
";
建议使用git命令行commit
总结
版本控制是现代软件开发中不可或缺的环节。Git 提供了强大的版本控制功能，让开发团队能够高效协作。但当意外发生时，我们也有方法来解决问题。通过本文介绍的 Git 命令行恢复方法，您可以轻松地在 GitLab 中恢复已删除的分支。希望这篇文章对您有所帮助，祝您在代码管理过程中一帆风顺！
原文始发于微信公众号（修己xj）：Git 命令行教程：如何在 GitLab 中恢复已删除的分支
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由极客之音整理，本文链接：https://www.bmabk.com/index.php/post/168555.html
