如何在SourceTree重置到某次提交，同时保留其他提交记录？

Question

**问题描述：** 在使用 SourceTree 进行版本控制时，有时需要将某个分支回退到某次特定提交，同时希望保留该提交之后的其他提交记录。这种需求常见于需要临时还原代码状态却不希望永久丢失后续更改的场景。然而，很多用户不清楚如何通过 SourceTree 实现“部分重置”而不删除后续提交。本文将介绍如何在 SourceTree 中执行软重置（Soft Reset）或创建新提交来回退到某次提交，同时保留历史记录，确保项目版本管理更加灵活与安全。

Answer 1

一、问题背景与版本控制中的回退需求

在使用 SourceTree 进行版本控制时，有时需要将某个分支回退到某次特定提交，同时希望保留该提交之后的其他提交记录。这种需求常见于需要临时还原代码状态却不希望永久丢失后续更改的场景。

例如，在开发过程中发现某个功能模块存在严重缺陷，但此时已经有多个新提交，直接删除这些提交可能造成其他同事的工作丢失或合并冲突。因此，我们需要一种既能还原代码状态又能保留提交历史的方法。

二、Git 中的重置类型概述

Git 提供了三种主要的重置类型：

• Soft Reset：仅移动 HEAD 指针，保留暂存区和工作目录的更改。
• Mixed Reset：默认方式，移动 HEAD 指针并重置暂存区，但保留工作目录的更改。
• Hard Reset：移动 HEAD 指针，并重置暂存区和工作目录，丢弃所有更改。

在本问题中，我们关注的是 Soft Reset，因为它允许我们“撤销”提交，同时保留更改，以便重新提交或进行其他处理。

三、SourceTree 中执行 Soft Reset 的步骤

以下是使用 SourceTree 执行 Soft Reset 的操作流程：

1. 打开 SourceTree，切换到目标分支。
2. 在提交历史中找到希望回退到的提交（例如 commit A）。
3. 右键点击该提交，选择 “Reset current branch to this commit”。
4. 在弹出的对话框中选择 “Soft” 重置方式。
5. 点击确认后，HEAD 指针将指向该提交，但后续的提交不会被删除。

此时，后续的提交仍然存在于 Git 的 reflog 中，可以通过 reflog 找回。

四、使用创建新提交来回退更改

除了使用 Soft Reset，还可以通过创建一个新的提交来回退到某次提交的状态，同时保留历史记录。这种方法更加安全，适用于团队协作环境。

操作步骤如下：

1. 在 SourceTree 中选中目标提交（commit A）。
2. 右键点击，选择 “Create tag here” 或 “Checkout” 到该提交。
3. 在本地创建一个新的分支，基于 commit A。
4. 将需要保留的更改手动合并或 cherry-pick 到当前分支。
5. 提交新的更改，形成一个新的提交历史。

这样，原始分支的历史仍然完整，而新的分支则包含了回退后的状态。

五、流程图展示：两种方法的对比

      graph TD
        A[开始] --> B{选择方法}
        B -->|Soft Reset| C[移动 HEAD 指针]
        B -->|创建新提交| D[基于旧提交创建新分支]
        C --> E[保留后续更改]
        D --> F[保留完整历史]
        E --> G[适合本地调试]
        F --> H[适合团队协作]
    

六、实际应用场景与注意事项

场景	建议方法	说明
临时修复线上问题	Soft Reset	快速还原代码状态，便于临时调试
功能模块重构失败	创建新提交	保留历史记录，便于后续分析与恢复
团队协作中回退	创建新提交	避免强制推送带来的混乱

需要注意的是，在执行 Soft Reset 后，如果执行了 git push -f，可能会导致远程仓库历史混乱，影响团队协作。

七、Git reflog 与恢复误操作

如果误操作导致提交丢失，可以使用 Git 的 reflog 来恢复：

git reflog
git reset --hard HEAD@{1}

在 SourceTree 中也可以通过“Log / Reflog”查看历史操作记录，帮助恢复误删的提交。