Excellent! At the moment, I dump all my TODOs in a section in my readme, but if the relate to specific lines of code, it's a mess trying to trace what the TODOs were referencing when I try to go back and work on them many months later. Once question, once a TODO is removed from the repository, is the issue also automatically closed? Or vice-versa? Would be cool if the two were coupled, so that there aren't dangling T…
This coupling is not ready yet, I still have to find a satisfying workflow. When issue is closed : — it detects TODOs anywhere, not necessarily in comments, it could destroy some code (same for 'inject-issue' but here it would be a removal, can be tougher) — maybe a TODO previously related to this issue will have to be modified instead of deleted, how should it handle it? When TODO is removed : — should I close issue…
I think that any automation should affect issues and not involve directly changing code. So, it might be interesting to have a toggle to automatically close issues after scanning the repo for the presence of TODOs. I do think that this should be a toggle that can be switched on or off.