[Feature] Skip files without markers on --insert: --skip-no-markers
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 55/100
Hướng nghiên cứu
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.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
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
- Ngôn ngữ chính
- Go
- Star
- 525
- Fork
- 89
- Merge trung bình
- 6 phút
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
- Có Dockerfile hoặc tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của ekalinin/github-markdown-toc.go
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 80/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 83/100
-
enhancement
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 65/100
-
enhancement
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
Tất cả issue của ekalinin/github-markdown-toc.go
Issue tương tự
-
/shutdown/ready can fail to return an HTTP response when readiness takes longer than the server write timeoutCó thể đã có người làm @floriankoch đã nhận hôm nay. Đang mởtriage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
envoyproxy/gateway#10562 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Adding an LDAP group reports every search failure as "LDAP Group DN is not found"Có thể đã có người làm @Daksha1611 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
-
[Bug] K8s reconcile still resets explicit 0 to defaults for response_api, memory and flow stateCó thể đã có người làm @Bevisy đã nhận hôm nay. Đang mởneeds-acceptance
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 87/100
vllm-project/semantic-router#5998 ·
Maintainer thường phản hồi trong vòng 2 ngày