重构代码和 Git 历史！

在本周的实验中，我们应该重构和改进代码中的至少 3 处内容，以提高代码的结构、可读性、模块化和可维护性。我们引入了 git rebase 来更改 git 提交历史记录（重写、压缩、删除等）。

重构代码

我一直非常努力地保持代码库的干净。我在各种小组、个人项目和我最后一次合作中工作时学到的一个是技术债务是真实存在的，它不断堆积到某个点，你唯一的选择是要么专门进行冲刺来重构整个代码库或者只是忽略它。因此，从一开始我就在 util 目录中的单独函数中提取功能，以避免代码重复。如果我不需要多次使用内联方法调用而不是声明变量，并使用非常具有描述性的变量名称（没有人喜欢单字母变量名称）。所以，乍一看我没有太多需要重构的地方。最重要的是，这是我上周的最后一个 PR，标题为“重大重构以保持一致性”，其中我修复了很多语法错误和一些自述文件更新。所以在实验室宣布之前我做了三件事之一，哈哈。但是，我不喜欢的一件事是我的 index.js 变得如此臃肿。我看了一下它，我想我可以在它的专用方法中提取一些逻辑来保持文件的精简。因此，我创建了两个新的实用方法。 ExtractOptions.js 从选项或 toml 配置中提取所有选项，而 ResponsePresenter.js 则负责根据选项打印到控制台并写入文件。这就是我所做的。导致 index.js 将 46 行替换为 7 行。

重构 Git 历史

在一个单独的分支上工作并重新建立基础以进行一次提交后，我将其合并到主分支上。但我不喜欢我在主仓库上的历史。正如您在下面看到的，9 月 26 日的提交并不是我希望的那样。

因此，使用 rebase，我压缩并重命名了提交，以获得更线性的历史记录。因为我有使用 rebase Interactive 的经验，所以它非常简单。我犯下了更改 main 上 git 历史记录的大罪，因此我必须强制推送到远程以使用所有更改更新主存储库。现在它看起来正是我想要的样子。

我更希望仅在 PR 压缩合并时才在主分支上进行所有提交，以保持事情简单干净。就我个人而言，不喜欢在本地开发主存储库。

以上是重构代码和 Git 历史！的详细内容。更多信息请关注PHP中文网其他相关文章！