隨著系統開發專案的規模逐漸擴大,協作的工程師人數也相應增加,使程式碼的管理成為專案負責人的一項重要任務。從程式碼的撰寫風格,到版本控管規範,再到Code Review的原則,每一個流程都至關重要。良好的程式碼管理不僅提高專案開發效率,還能確保程式碼的可讀性與可維護性,減少潛在錯誤發生。
在這30天的實踐指南中,將詳細介紹如何規劃和管理每一個環節。希望這系列文章能提供實際的幫助,無論是在個人專案還是團隊合作中,讓程式碼管理更有條理、效率更高。
什麼是 Release 版號? 在專案管理中,Release 版號通常用於表示軟體或系統的發佈版本,讓開發人員可以清楚了解目前系統處於的版本階段。關於 Rel...
透過GitHub Actions 發布 Release 版號 結合 GitHub Actions,透過自動化流程來進行版本號的自動遞增與發布以提升效率。在發...
客製的 Release Notes 應用情境:希望能依據 Pull Request 標題來自動生成 Release Notes,標題為 semantic-re...
來到 30 天系列文章的中半段,接下來將以 code review 為主軸,透過範例說明實作 code review 的方法。在介紹 code review 之...
Code Review 六大原則 進行 Code Review 時,應考慮多個面向,包含功能邏輯、程式碼風格、效能、可維護性與易讀性、安全性、模組化與重用性,...
範例:將日期字串格式化為 YYYY-MM-DD 的形式。 原程式碼: function formatLocalDateTime(originalStr) {...
今天仍然是功能邏輯的 Code Review 篇,今天用 C# 來撰寫範例。 範例 1:將線段(Geometry)的路徑轉換為 WKT(Well-Known T...
接下來四天的內容將會圍繞於程式碼風格規範的討論,並透過實作 ESLint 與 Prettier 來提升程式碼整潔度。最後,將提供 Code Review 的範例...
在撰寫 JavaScript 時,可以在 VS Code 中安裝 ESLint 和 Prettier - Code formatter 等擴充套件,來統一規範程...
ESLint 跟 Prettier 差別 ESLint 與昨天介紹的 Prettier 比較,ESLint 主要用途為語法檢查,撰寫規範性提醒;Prettie...