Project Templates์ถ์ฒ: Show HN์กฐํ์ 6
Show HN: Codereport โ track TODOs, refactors, and bugs in your repo with a CLI
By pulko2026๋
2์ 19์ผ
**Show HN: Codereport โ track TODOs, refactors, and bugs in your repo with a CLI**
I got tired of TODOs, temporary hacks, and refactors that never get addressed. In most repos I work on:- TODOs are scattered across files/apps/messages - โCriticalโ fixes donโt actually block people from collecting debt - PR comments or tickets arenโt enough actionableSo I built codereport, a CLI that stores structured follow-ups in the repo itself (.codereports/). Each report tracks:- file + line range (src/foo.rs:42-88) - tag (todo, refactor, buggy, critical) - severity (you can configure it to be blocking in CI) - optional expiration date - owner (CODEOWNERS โ git blame fallback)You can list, resolve, or delete reports, generate a minimal HTML dashboard with heatmaps and KPIs, and run codereport check in CI to fail merges if anything blocking or expired is still open.Itโs repo-first, and doesnโt rely on any external services.Iโm curious:Would a tool like this fit in your workflow. Is storing reports in YAML in the repo reasonable. Would CI enforcement feel useful or annoying?CLI: https://crates.io/crates/codereport + codereport.pulko-app.com Comments URL: https://news.ycombinator.com/item?id=47067795 Points: 2 # Comments: 0
---
**[devsupporter ํด์ค]**
์ด ๊ธฐ์ฌ๋ Show HN์์ ์ ๊ณตํ๋ ์ต์ ๊ฐ๋ฐ ๋ํฅ์ ๋๋ค. ๊ด๋ จ ๋๊ตฌ๋ ๊ธฐ์ ์ ๋ํด ๋ ์์๋ณด์๋ ค๋ฉด ์๋ณธ ๋งํฌ๋ฅผ ์ฐธ๊ณ ํ์ธ์.
I got tired of TODOs, temporary hacks, and refactors that never get addressed. In most repos I work on:- TODOs are scattered across files/apps/messages - โCriticalโ fixes donโt actually block people from collecting debt - PR comments or tickets arenโt enough actionableSo I built codereport, a CLI that stores structured follow-ups in the repo itself (.codereports/). Each report tracks:- file + line range (src/foo.rs:42-88) - tag (todo, refactor, buggy, critical) - severity (you can configure it to be blocking in CI) - optional expiration date - owner (CODEOWNERS โ git blame fallback)You can list, resolve, or delete reports, generate a minimal HTML dashboard with heatmaps and KPIs, and run codereport check in CI to fail merges if anything blocking or expired is still open.Itโs repo-first, and doesnโt rely on any external services.Iโm curious:Would a tool like this fit in your workflow. Is storing reports in YAML in the repo reasonable. Would CI enforcement feel useful or annoying?CLI: https://crates.io/crates/codereport + codereport.pulko-app.com Comments URL: https://news.ycombinator.com/item?id=47067795 Points: 2 # Comments: 0
---
**[devsupporter ํด์ค]**
์ด ๊ธฐ์ฌ๋ Show HN์์ ์ ๊ณตํ๋ ์ต์ ๊ฐ๋ฐ ๋ํฅ์ ๋๋ค. ๊ด๋ จ ๋๊ตฌ๋ ๊ธฐ์ ์ ๋ํด ๋ ์์๋ณด์๋ ค๋ฉด ์๋ณธ ๋งํฌ๋ฅผ ์ฐธ๊ณ ํ์ธ์.