日常筆記與發布工作流¶
建立流暢的「閱讀-思考-記錄-發布」回饋循環,能顯著降低維護知識庫的心理負擔。
寫作與發布節奏¶
flowchart TD
Idea([靈感或學習發現]) --> Branch[開立新分支 git checkout -b docs/...]
Branch --> Draft[在 docs/ 下新增或編輯 .md]
Draft --> Local[本地執行 mkdocs serve 即時預覽]
Local --> Polish[調整格式、提示方塊與導覽選單]
Polish --> Lint[執行 npx markdownlint-cli2 --fix 自動修復排版]
Lint --> Strict[執行 mkdocs build --strict 檢查斷鏈]
Strict --> Push[Commit & Push 分支到 GitHub]
Push --> PR[建立 Pull Request]
PR --> CI1{Markdown Lint 檢查}
PR --> CI2{MkDocs 嚴格建置}
CI1 -->|通過| Merge[點擊 Merge pull request]
CI2 -->|通過| Merge
Merge --> Deploy([GitHub Actions 自動部署至 GitHub Pages]) Hold "Alt" / "Option" to enable pan & zoom
增添新頁面完整步驟¶
1. 開立新分支¶
2. 建立筆記檔案¶
在 docs/ 下建立對應的 Markdown 檔案,例如 docs/notes/my-new-topic.md。
3. 在 mkdocs.yml 註冊選單¶
開啟 mkdocs.yml,在 nav: 區塊加入對應的路徑:
4. 本地即時預覽與檢查¶
啟動本地伺服器並進行格式與建置檢查:
# 啟動預覽
mkdocs serve
# 自動修復 Markdown 格式問題
npx markdownlint-cli2 --fix "**/*.md"
# 嚴格模式檢查(確認無語法錯誤或斷鏈)
mkdocs build --strict
5. 提交並推送分支¶
6. 發起 PR 與自動部署¶
- 前往 GitHub 倉庫頁面發起 Pull Request 指向
main。 - GitHub Actions 會自動執行
Markdown Lint Check與MkDocs Build Check兩項檢驗。 - 綠燈通過後,點擊 Merge pull request ➔ Confirm merge。
- 合併後會自動觸發
Deploy MkDocs to GitHub Pages,約 1 分鐘內即可在線上知識庫查閱最新成果!
圖片與資源管理¶
建議將圖片與靜態資源放置於 docs/assets/images/ 目錄:
在 Markdown 中引用: