0


Git 命令行教程:如何在 GitLab 中恢复已删除的分支

在软件开发过程中,版本控制是一个至关重要的环节。Git 是最流行的分布式版本控制系统之一,它能够帮助团队高效地管理代码。然而,有时候会发生意外,例如代码误合、错误的删除等情况,导致重要的开发分支本地和远程不慎被删除。本文将为您介绍如何使用 Git 命令行在 GitLab 中恢复已删除的分支,帮助您快速解决这类问题。

第一步 查看 Reflog

Reflog 记录了本地仓库中的引用更改历史,包括分支的删除。首先,进入您的项目根目录,并打开终端或命令行。运行以下命令查看分支的 Reflog:

git reflog

_20230722194119.png

在输出中,您将看到提交号(commit hash)以及删除分支之前的引用号。记住这个引用号,它将帮助您恢复被删除的分支。

第二步 恢复分支

现在,您已经有了删除分支之前的引用号,可以使用以下命令在本地仓库中恢复分支:

git checkout -b dev_xj d9244f1

dev_xj:你的分支名,可以和之前删除的一样,也可以重新命个名
d9244f1: 最后一次commit 的提交号或者引用号

_20230722194928.png

第三步 推送分支

如果您希望将恢复的分支同步到 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修复bugdocs仅仅修改了文档conflict解决冲突style仅仅修改了空格、格式缩进、逗号等等,不改变代码逻辑refactor代码重构,没有添加新功能或者修复bugtest增加测试用例other前面未提到的情况
示例:

git commit -m "
feat(用户管理):修改列表展示字段

- 用户管理列表添加性别展示
- 用户管理列表添加用户部门展示

用户管理列表展示优化需求(20230701)
";

建议使用git命令行commit

总结

版本控制是现代软件开发中不可或缺的环节。Git 提供了强大的版本控制功能,让开发团队能够高效协作。但当意外发生时,我们也有方法来解决问题。通过本文介绍的 Git 命令行恢复方法,您可以轻松地在 GitLab 中恢复已删除的分支。希望这篇文章对您有所帮助,祝您在代码管理过程中一帆风顺!

标签: git gitlab

本文转载自: https://blog.csdn.net/weixin_44002151/article/details/131873819
版权归原作者 修己xj 所有, 如有侵权,请联系我们删除。

“Git 命令行教程:如何在 GitLab 中恢复已删除的分支”的评论:

还没有评论