[Feature] Skip files without markers on --insert: --skip-no-markers
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 55/100
Research direction
Start by reading internal/core/usecase/insertmd and the marker rule in replaceBetweenMarkers, then trace how CLI options reach the insert flow and how tests cover --insert and --stdout. Implementing this requires resolving the stated behavior questions about malformed marker pairs and whether the option implies --insert. Done means skipped files avoid API requests and changes, emit the specified warning, and preserve errors and exit codes for other failures.
Written by the indexing model from the issue text.
Description
Is your feature request related to a problem? Please describe.
--insert cannot run on all markdown files of a directory when only some of them have the
<!--ts--> and <!--te--> markers. Every file without the markers is an error, and the
run exits with 1. Here a.md and c.md have the markers, b.md does not:
$ gh-md-toc --insert --no-backup --hide-footer a.md b.md c.md
...
process "b.md": insert TOC into "b.md": no <!--ts--> / <!--te--> markers found
$ echo $?
1
a.md and c.md are updated, but the exit code fails a script or a CI step. The markers
are checked after the GitHub API request, so a request is spent for every such file too.
The same request for the Bash version is ekalinin/github-markdown-toc#110, and it is
implemented there in ekalinin/github-markdown-toc#199.
Describe the solution you'd like
The same option as in the Bash version: --skip-no-markers skips a local file without the
markers, so this works:
find . -name '*.md' -exec gh-md-toc --insert --no-backup --hide-footer --skip-no-markers {} +
Behavior in the Bash version:
- A skipped file is not changed, no backup is created for it, no request is sent to the
GitHub API for it, and stdout has no TOC entries of it. - stderr gets
<input>: Warning: no <!--ts--> or <!--te--> in the file, skipped, where
<input>is the input as given on the command line, also with one input. - The exit code is 0 when files are only skipped. An error of another input, such as a
GitHub API error, still exits with 1. - A local input that does not exist is not skipped: it is an error as before.
--skip-no-markersturns on--insert, as--no-backupand--hide-footerdo there.--skip-no-markerswith--stdout(#95) is an error before any network call.
Additional context
- The markers are checked in
internal/core/usecase/insertmdafterinner.DoAs, that is
after the API request. The check for this option has to run before it, with the same
marker rule asreplaceBetweenMarkers. - Differences from the Bash version to decide on:
- Here
--no-backuprequires--insertinstead of turning it on.--skip-no-markers
could follow the same rule. - Here a file with several marker pairs, or with
<!--te-->before<!--ts-->, is an
error too. Should it be skipped as well, or stay an error?
- Here
- Dominant language
- Go
- Stars
- 525
- Forks
- 89
- Avg merge
- 6m
- Merged PRs (30d)
- 1
Getting set up
- Ships a Dockerfile or Docker Compose file
- No pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from ekalinin/github-markdown-toc.go
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 80/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
-
bug
Difficulty 2/5 1-3 hours Newbie friendliness 83/100
-
enhancement
Difficulty 3/5 1-2 days Newbie friendliness 65/100
-
enhancement
Difficulty 4/5 3-5 days Newbie friendliness 45/100
All issues in ekalinin/github-markdown-toc.go
Similar issues
-
book-layout.spec fails when the similar-books rail holds other projects' booksPossibly taken @praetorianer777 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
praetorianer777/GoTome#373 ·
Maintainers usually reply within 1 day
-
/shutdown/ready can fail to return an HTTP response when readiness takes longer than the server write timeoutPossibly taken @floriankoch claimed this today. Opentriage
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
envoyproxy/gateway#10562 ·
Maintainers usually reply within 1 day
-
Adding an LDAP group reports every search failure as "LDAP Group DN is not found"Possibly taken @Daksha1611 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 70/100
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 75/100