Git Rebase dan Code Refactoring untuk Alat VShell

Minggu ini, saya berpeluang untuk mendalami penggunaan git rebase sambil memfaktorkan semula pangkalan kod untuk alat VShell saya. Tugas utama saya melibatkan menambah baik struktur dan kebolehselenggaraan kod sambil mematuhi prinsip DRY (Jangan Ulangi Diri Sendiri), yang penting untuk menjadikan kod lebih mudah dibaca, diselenggara dan lebih mudah untuk nyahpepijat. Selain itu, saya mengikuti pelbagai corak pemfaktoran semula yang digariskan dalam Katalog Pemfaktoran Semula, seperti fungsi mengekstrak, mengekstrak kelas dan menamakan semula pembolehubah.

Sebelum menyelami butiran usaha pemfaktoran semula saya, saya akan memberikan gambaran keseluruhan proses git rebase untuk pembangun yang masih mengenali ciri Git yang berkuasa ini.

Gambaran Keseluruhan Git Rebase

Perintah Asas:

• git rebase : Perintah ini mengalihkan komit daripada cawangan semasa di atas cawangan yang ditentukan, dengan berkesan mengasaskan semula cawangan semasa.

• git rebase : Perintah ini meletakkan semula cawangan topik ke cawangan asas tanpa perlu menyemak cawangan topik terlebih dahulu.
  Contoh: Biasanya, anda akan menyemak cawangan topik dan menjalankan git rebase, tetapi arahan ini membenarkan rebasing semasa kekal dalam cawangan asas.

Pengendalian Konflik:

• git rebase --abort: Membatalkan pangkalan semula dan memulihkan cawangan kepada keadaan sebelumnya.
• git add : Menambah konflik yang diselesaikan pada kawasan pementasan selepas menyelesaikan konflik gabungan.
• git rebase --continue: Meneruskan proses rebase selepas konflik diselesaikan.

Rebase interaktif:

• Gunakan git rebase -i untuk mencantumkan beberapa komitmen menjadi satu.
• Selepas pangkalan semula berjaya, cawangan topik boleh dipadamkan, kerana semua perubahan telah disepadukan. Gunakan git branch -d untuk mengeluarkan dahan itu.

Nota Penting::

• Elakkan mengasingkan semula cawangan utama, kerana ia memberi kesan kepada rakan usaha sama lain.
• Berdasarkan semula hanya pada cabang topik anda untuk membersihkan kerja anda sebelum menolak.

→ asaskan semula perubahan setempat sebelum menolak untuk membersihkan kerja anda, tetapi jangan sekali-kali meletakkan semula apa-apa yang telah anda tolak ke suatu tempat.

Proses Pemfaktoran Semula

1. Mencipta cawangan pemfaktoran semula
   Untuk mengelakkan pecah kod kerja semasa, saya mencipta cawangan pemfaktoran semula yang berasingan berdasarkan cawangan utama. Ini membolehkan saya mencuba perubahan dengan selamat.

2. Menganalisis dan Memfaktorkan Semula Kod
   Walaupun pada mulanya saya menggunakan corak modular pada kod VShell, penambahbaikan selanjutnya diperlukan untuk memisahkan modul yang lebih besar dan mencipta aliran kod yang lebih mudah dibaca.

   • src/pelayan:
     • Saya memfaktorkan semula logik pengelogan berulang ke dalam fungsi handleDebugMessage(), membenarkan pengelogan berpusat melalui aliran stderr.
     • Saya juga mencipta kelas ConfigHandler baharu dalam ConfigHandler.js untuk mengendalikan pemprosesan fail .toml konfigurasi. Kaedah getTomlFiles() dan loadConfig() telah dimasukkan ke dalam kelas ini untuk pengendalian tetapan modular.

• ai_config/grogConfig.js:

  • Dua cara untuk mengembalikan respons daripada chatCompletion AI mempunyai duplikasi dalam pengambilan penggunaan token. Saya mengekstrak logik ini ke dalam fungsi getTokenUsage(), membenarkan kedua-dua readStream() dan promptGroq() menggunakannya semula.
  • Selain itu, saya membetulkan kesilapan menaip dalam promptGroq() dan menamakan semula pembolehubah suhu untuk kejelasan yang lebih baik.

• src/ai.js:

  • Saya mengalihkan fungsi handleOutput() ke dalam modul handleOutputFile() untuk membolehkan kebolehgunaan semula pada masa hadapan.

• src/getFileContent.js:

  • Perubahan minimum diperlukan di sini; Saya hanya menamakan semula laluan fail dan nama pembolehubah untuk kebolehbacaan dan kejelasan yang lebih baik.

Git Rebase Selepas Pemfaktoran Semula

Selepas membuat 11 komitmen semasa proses pemfaktoran semula, ia menjadi perlu untuk menggabungkannya. Untuk memastikan sejarah komit bersih, saya melakukan pangkalan semula interaktif menggunakan:

git rebase main -i

VSCode, dikonfigurasikan sebagai editor Git saya, menggesa saya untuk memadamkan komit. Selepas memecut, saya mempunyai satu komitmen dengan semua perubahan yang berkaitan. Saya kemudiannya menggunakan git commit --amend untuk mengemas kini mesej commit dan bukannya membuat commit baharu sebelum bergabung ke dalam cawangan utama.

결론

이번 주의 git rebase 경험은 나에게 귀중한 통찰력을 제공했습니다. Rebase는 불필요한 병합 없이 깨끗하고 선형적인 커밋 기록을 유지하기 위한 필수 도구입니다. git rebase를 마스터함으로써 이제 커밋 메시지를 효율적으로 구성하고 혼란을 최소화하며 간소화된 개발 워크플로를 보장할 수 있습니다.

리팩토링 노력으로 VShell 코드베이스의 구조와 유지 관리성이 향상되었습니다. 함수 및 클래스 추출과 같은 주요 디자인 패턴을 적용하여 코드베이스를 더욱 모듈화하고 재사용 가능하며 앞으로 작업하기 쉽게 만들었습니다.

Atas ialah kandungan terperinci Git Rebase dan Code Refactoring untuk Alat VShell. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!