代码版本回退：一次git翻车事件后排查经验分享

2023-10-28 07:21:18

前言

在版本控制系统的日常使用中，git回退操作是不可避免的。然而，一次不经意的操作失误，可能导致代码版本回退陷入困境，造成不必要的损失。本文将以笔者一次git翻车事件为案例，分享排查经验，总结教训，旨在帮助开发者避免类似问题。

事情起因：

近日，项目进行了一次迭代开发。迭代结束后，笔者进行代码审查时，发现代码存在一些优化空间。于是，笔者直接在本次已经结束的开发分支branch-1.3.1上对代码进行了优化，并本地commit了几次。

然而，在随后的代码合并过程中，笔者发现了一些路由命名与文件不符的问题。于是，笔者对路由进行了修改，并再次提交。

问题发现：

在将修改后的代码推送到远程仓库后，笔者惊奇地发现，一些在本地修改过的文件并未更新到远程仓库中。经过一番排查，笔者意识到，在进行路由修改时，由于疏忽，未对相应的控制器文件进行修改。

错误分析：

经过仔细分析，笔者发现问题的原因在于：

错误的分支选择：
- 笔者在优化代码时，直接在已经结束的开发分支上进行修改，这是不规范的。正确的做法应该是创建一个新的分支，在新的分支上进行修改，修改完成后再合并到开发分支。
不完整的代码提交：
- 在对路由进行修改时，笔者只修改了路由文件，而没有修改相应的控制器文件。这导致在推送代码到远程仓库时，只推送了路由文件的修改，而控制器文件的修改被遗漏了。

解决方案：

为了解决这个问题，笔者采取了以下步骤：