今週、VShell ツールのコードベースをリファクタリングする際に、git rebase の使用について詳しく調べる機会がありました。私の主なタスクは、コードをより読みやすく、保守しやすく、デバッグしやすくするために不可欠な DRY (Don't Reply Yourself) 原則を遵守しながら、コードの構造と保守性を改善することでした。さらに、関数の抽出、クラスの抽出、変数の名前変更など、リファクタリング カタログで概説されているさまざまなリファクタリング パターンに従いました。
リファクタリングの取り組みの詳細に入る前に、この強力な Git 機能にまだ慣れ親しんでいる開発者向けに、Git リベース プロセスの概要を説明します。
基本コマンド:
git rebase
git rebase
例: 通常、トピック ブランチをチェックアウトして git rebase を実行しますが、このコマンドを使用すると、ベース ブランチに残ったままリベースできます。
競合の処理:
対話型リベース:
重要な注意事項::
→ 作業をクリーンアップするためにプッシュする前に、ローカルの変更をリベースしてください。ただし、どこかにプッシュしたものは決してリベースしないでください。
リファクタリング ブランチの作成
現在動作しているコードが壊れるのを防ぐために、メイン ブランチに基づいて別のリファクタリング ブランチを作成しました。これにより、安全に変更を試すことができました。
コードの分析とリファクタリング
最初にモジュール パターンを VShell コードに適用しましたが、より大きなモジュールを分割して、より読みやすいコード フローを作成するには、さらなる改善が必要でした。
ai_config/grogConfig.js:
src/ai.js:
src/getFileContent.js:
リファクタリングプロセス中に 11 回のコミットを行った後、それらを統合する必要がありました。コミット履歴をクリーンに保つために、以下を使用して対話型リベースを実行しました。
git rebase main -i
Git エディターとして構成された VSCode が、コミットを潰すように要求しました。潰した後、関連するすべての変更を含む 1 つのコミットが作成されました。次に、メイン ブランチにマージする前に新しいコミットを作成する代わりに、 git commit --amend を使用してコミット メッセージを更新しました。
本週 git rebase 的經驗為我提供了寶貴的見解。 Rebase 是維護乾淨、線性提交歷史記錄、避免不必要的合併的重要工具。透過掌握 git rebase,我現在能夠有效地組織提交訊息,最大限度地減少混亂並確保簡化的開發工作流程。
重構工作改進了 VShell 程式碼庫的結構和可維護性。透過應用提取函數和類別等關鍵設計模式,我使程式碼庫更加模組化、可重複使用,並且更易於後續工作。
以上がVShell ツールの Git リベースとコード リファクタリングの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。