寫清楚作品用途與目標讀者
修改檔案:README.md
完成後看見:README 說明作品用途,第一筆 commit 只包含作品骨架與定位,git status --short 顯示乾淨
CHAPTER 14 · PRACTICE WORKSPACE
具備清楚 README、可檢查 commit history 與可核對遠端版本的作品 repo
TASK STATUS
修改檔案:README.md
完成後看見:README 說明作品用途,第一筆 commit 只包含作品骨架與定位,git status --short 顯示乾淨
修改檔案:README.md
完成後看見:陌生人能依 README 開啟作品,第二筆 commit 只處理功能與開啟方式,且 git status --short 顯示乾淨
修改檔案:README.md
完成後看見:排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨
WORKSPACE
已完成 TASK-02;先核對可見結果,再前往 TASK-03。
FOCUS TASK · TASK-03
比較:README 留下可重現的排錯路徑,git log 留下版本切分;兩者互補而不是互相取代。
現在做:先在「排錯與版本證據」與 git log --oneline -3 做一次最小對照:只改這個責任並重新整理/操作,接著依「完成可重現的排錯紀錄後,執行 git add README.md、git commit -m "記錄 Git 排錯流程"、git log --oneline -3 與 git status --short,逐筆說明三個 commit 各自只完成哪一段交付。」重跑,記下前後差異。
預期:完成後能觀察到「排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨」,並說出 README 留下可重現的排錯路徑,git log 留下版本切分;兩者互補而不是互相取代。
證據:用前後截圖或口述比較「排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨」,指出這個小型實驗如何證明 README 留下可重現的排錯路徑,git log 留下版本切分;兩者互補而不是互相取代。
比較:提交訊息與修改內容要能一起說明演進,不能只用 save、update 等無法驗證的名稱。
現在做:先在「排錯與版本證據」與 git log --oneline -3 做一次最小對照:只改這個責任並重新整理/操作,接著依「完成可重現的排錯紀錄後,執行 git add README.md、git commit -m "記錄 Git 排錯流程"、git log --oneline -3 與 git status --short,逐筆說明三個 commit 各自只完成哪一段交付。」重跑,記下前後差異。
預期:完成後能觀察到「排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨」,並說出提交訊息與修改內容要能一起說明演進,不能只用 save、update 等無法驗證的名稱。
證據:用前後截圖或口述比較「排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨」,指出這個小型實驗如何證明提交訊息與修改內容要能一起說明演進,不能只用 save、update 等無法驗證的名稱。
完成條件:DONE-03:排錯紀錄可重現,git log 顯示三筆範圍清楚且可說明的 commit,git status --short 顯示乾淨
VERSION DELIVERY LAB
README.html 是靜態對照,不會隨 README.md 編輯同步;請用 VS Code Markdown Preview 驗證自己的修改。
CHAPTER HANDOFF
接收:沿用第 13 章已驗證的 index.html、style.css 與回歸證據;本章只在教材 repo 外的個人資料夾建立 README 與 Git 版本證據。
交給第 15 章:保留同一份 index.html、style.css、README 與三筆可說明的 history;下一章直接新增 script.js 與 DOM 事件,不重做本章骨架。
CONTINUE
前往 Solution,依要求完成「記錄排錯流程並驗證 commit 切分」。