本篇系列版部落格:閱讀中文版。
專案的紀錄放哪裡?我放 GitHub Issues。想到的功能、發現的 bug、討論過的決定,一件事一張 issue。開源專案用這套用了很多年,方法都是現成的,直接拿來用。
紀錄跟 code 在同一個 repo 裡,不用另外開一套工具。每一張 issue 有編號,別的 issue 或 PR 裡打 #12 就連起來,之後回頭找得到來龍去脈。他也讀得到:GitHub 有官方的 MCP server(Tip 23 講的那種插座),接上之後他能開票、讀票、關票;用 gh 這支 CLI 也行。
我這次鐵人賽兩個系列的稿子,就全放在一個 repo 的 issues 裡,一篇一張。
開源專案常用的方法,照 GitHub 的文件列出來:
bug、enhancement、documentation、question、duplicate、wontfix、good first issue、help wanted 這些。先用預設的,不夠再加。- [ ] 一行一步,勾完就是進度;哪一步要另外追,滑過去按一下就能轉成一張新的 issue。Fixes #12,merge 進 main 那張 issue 自動關。關鍵字有三組:close、fix、resolve,各自的時態都認。Tip 04 開的那條 branch,收尾的 PR 就這樣寫。.github/ISSUE_TEMPLATE/ 底下放模板,開票的人照格式填,該有的欄位不會漏。第 6 點的模板可以直接抄。.github/ISSUE_TEMPLATE/bug.yml:
name: Bug
description: 回報一個問題
title: "[Bug] "
labels: ["bug"]
body:
- type: textarea
attributes:
label: 發生了什麼
description: 你做了什麼、畫面上出現什麼
validations:
required: true
- type: textarea
attributes:
label: 原本期待什麼
validations:
required: true
- type: textarea
attributes:
label: 怎麼重現
placeholder: |
1. 打開……
2. 按……
3. 看到……
開票這件事也能交給他。接了 GitHub 的 MCP,一句話:
把剛剛那個問題開成一張 issue,掛 bug 這個 label,內文寫發生了什麼、原本期待什麼、怎麼重現。
一張 issue 只講一件事。討論岔出去了,把那則留言轉成一張新的 issue(留言選單裡的 Reference in new issue),或者整張轉成 Discussion,原本那張留給原本的事。
紀錄放 GitHub Issues:一件事一張、label 分類、PR 寫 Fixes #編號、模板放 .github/ISSUE_TEMPLATE/。開源專案的方法直接用。
明天講另一件不一定要在本機做的事:Claude Code 和 Codex 都有雲端版。
參考: