重構程式碼和 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中文網其他相關文章！