nf publish does not read .gitignore or .nfignore
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 3/5
- Thời gian dự kiến
- 1-2 ngày
- Mức phù hợp với người mới
- 57/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- node.js, typescript
- Lĩnh vực
- build-system, cli
Hướng nghiên cứu
Start at the nf publish packaging flow in @nanoforge-dev/cli, then inspect how the editor reads .nfignore for its file tree and how --dry-run displays packed files. The issue says to apply .nfignore and .gitignore from the package folder before the built-in deny list; done means matching files are absent from both the packed file list and dry-run output. The registry library move is described as not merged yet, so check that branch context first.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Which package is this feature request for?
@nanoforge-dev/cli
Which command is this feature request for?
publish
Feature
nf publish packs only what the manifest names, but it doesn't read .gitignore or a .nfignore. A file inside a named folder (src/, assets/) that the project ignores, such as a generated or local file, is still published unless its name is on the built-in deny list.
Ideal solution or implementation
Read .nfignore (the editor already has one, .nfignore, for its file tree) and .gitignore of the package folder, and leave out what they match, before the deny list. The packed file list and --dry-run show the result.
Alternative solutions or implementations
Only .nfignore, so that publishing doesn't depend on git's rules.
Other context
Found during the feat/registry-lib change (not merged yet): @nanoforge-dev/registry moves from the editor to libs/registry, and nf install/publish/unpublish use it.
- Ngôn ngữ chính
- TypeScript
- Star
- 2
- Fork
- 2
- Merge trung bình
- 2 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 17
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọ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 NanoForge-dev/CLI
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
NanoForge-dev/CLI#294 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
NanoForge-dev/CLI#293 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
NanoForge-dev/CLI#292 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
command:dev enhancement good first issue refactor
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
NanoForge-dev/CLI#281 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug command:build good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
NanoForge-dev/CLI#276 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của NanoForge-dev/CLI
Issue tương tự
-
Mend: dependency security vulnerability
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 65/100
fdm-monster/fdm-monster#5563 ·
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 72/100
be-BOP-io-SA/be-BOP#2849 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 79/100
Maintainer thường phản hồi trong vòng 1 ngày
-
1️⃣ phase/under-investigation flaky/confirmed flaky/needs-decision type/bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
growilabs/growi#12246 · 3 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
🐛 The Rulekeeper - An index run that gives up on the lock ends SucceededCó thể đã có người làm @github-actions đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
SSWConsulting/SSW.Rules#2809 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày