寫清楚作品用途與目標讀者
修改檔案: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-01;先核對可見結果,再前往 TASK-02。
FOCUS TASK · TASK-02
比較:README 的指令不能只是描述,必須真的能讓陌生人開啟作品並看到結果。
現在做:先在「主要功能/如何開啟」與第二筆 commit 做一次最小對照:只改這個責任並重新整理/操作,接著依「依 README 實際開啟作品後,執行 git add README.md、git commit -m "補上功能與本機開啟方式",再執行 git show --stat --oneline HEAD、git log --oneline -2 與 git status --short。」重跑,記下前後差異。
預期:完成後能觀察到「陌生人能依 README 開啟作品,第二筆 commit 只處理功能與開啟方式,且 git status --short 顯示乾淨」,並說出 README 的指令不能只是描述,必須真的能讓陌生人開啟作品並看到結果。
證據:用前後截圖或口述比較「陌生人能依 README 開啟作品,第二筆 commit 只處理功能與開啟方式,且 git status --short 顯示乾淨」,指出這個小型實驗如何證明 README 的指令不能只是描述,必須真的能讓陌生人開啟作品並看到結果。
比較:功能與文件可以連續交付,但每筆 commit 都應能說明自己的責任,而不是混成一大筆。
現在做:先在「主要功能/如何開啟」與第二筆 commit 做一次最小對照:只改這個責任並重新整理/操作,接著依「依 README 實際開啟作品後,執行 git add README.md、git commit -m "補上功能與本機開啟方式",再執行 git show --stat --oneline HEAD、git log --oneline -2 與 git status --short。」重跑,記下前後差異。
預期:完成後能觀察到「陌生人能依 README 開啟作品,第二筆 commit 只處理功能與開啟方式,且 git status --short 顯示乾淨」,並說出功能與文件可以連續交付,但每筆 commit 都應能說明自己的責任,而不是混成一大筆。
證據:用前後截圖或口述比較「陌生人能依 README 開啟作品,第二筆 commit 只處理功能與開啟方式,且 git status --short 顯示乾淨」,指出這個小型實驗如何證明功能與文件可以連續交付,但每筆 commit 都應能說明自己的責任,而不是混成一大筆。
完成條件:DONE-02:陌生人能依 README 開啟作品,第二筆 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
前往 Checkpoint 2,依要求完成「列出真實功能與本機開啟方式」。