Add guidance for package maintenance
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
- 55/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Ít trao đổi
- Công nghệ
- javascript
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu bằng việc xem lại tài liệu hiện có dành cho contributor và hướng dẫn SemVer được liên kết, sau đó xác định nơi cần đặt hướng dẫn về bảo trì package. Bao quát template của module, việc versioning, changelog, kiểm thử prerelease, các loại dependency và các workflow local và CI được liệt kê trong issue. Công việc được xem là hoàn tất khi các chủ đề này được ghi lại rõ ràng cho contributor của package.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Cover topics like:
- Use the module template
- Follow SemVer
- Changelog maintenance
- Testing prerelease builds locally and on CI
- e.g. yarn link or file:// for local, preview builds for CI
- dependencies vs peerDependencies vs devDependencies
Notes:
This message was on Slack and should be included in the guidelines in some way:
PSA: There are two primary ways that we communicate changes we've make to our NPM packages to consumers. Changelogs are one of them, but we also use versions as a coarse indicator as well. I have seen several instances over time where a version for a released package was bumped in a way that either oversells or undersells the changes inside of that release. For instance:
- Bumping the minor part of a version if new functionality was not being added, when only the patch should have been bumped
- Bumping only the patch part of a version when new functionality was added, when the minor should have been bumped
- Not bumping the major part of a version when breaking changes are introduced
As a reminder, we use SemVer to assign new versions for packages. I would recommend everyone read this when they get a chance, especially the "Why Use" section and the FAQ.
- Ngôn ngữ chính
- JavaScript
- Star
- 88
- Fork
- 43
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không 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 MetaMask/contributor-docs
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 62/100
MetaMask/contributor-docs#164 ·
-
category-documentation github-migration-triaged team-wallet-framework wf-documentation
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
MetaMask/contributor-docs#115 · 1 bình luận ·
-
issueĐang mở
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 10/100
MetaMask/contributor-docs#169 ·
-
team-core-platform
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
MetaMask/contributor-docs#157 · 1 bình luận ·
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 15/100
MetaMask/contributor-docs#142 ·
Tất cả issue của MetaMask/contributor-docs
Issue tương tự
-
area/frontend good first issue kind/cooldown
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
kestra-io/kestra#20702 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Form-data fields are not parsed when importing a cURL requestCó thể đã có người làm @aayushbaluni đã nhận hôm nay. Đang mởbug status-new
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug MVP
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
saayam-for-all/webapp#1911 ·
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 68/100
vshulcz/deja-vu#4937 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
[Focus] Accessibility (a11y) [Package] Grid [Type] Bug
Độ 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