Rolling tags for upstream stable tracking
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 35/100
Hướng nghiên cứu
Không có tệp triển khai hoặc bài kiểm thử nào được nêu tên; hãy bắt đầu bằng việc xem xét ngữ nghĩa đã được tài liệu hóa của stable, latest, production, previous và last cùng với các pull request updater_server được liên kết. Theo dõi cách kho lưu trữ này phát hành các Docker tag, bao gồm các biến thể apache, fpm và alpine, đồng thời xem xét công việc đã thực hiện khi các rolling tag được đề xuất nhất quán với các quy tắc hỗ trợ và khả dụng upstream đã nêu.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Goal: Track official upstream designations for the various non-EoL majors at any given point in time
Existing but better document:
stablealways point to the highest numbered of the currently supported majors (e.g 27, 28, 29) that is published to 100% of instances via the Nextcloud Update Server.- Trackable here
latestalways points at the absolute highest of the currently supported majors without regard for 100% general availability.- On the surface this seems like an easy one, but this is an oddball because it's also equivalent to not specifying any label at all and therefore the Docker default. Since it's the de facto entry point for newcomers, it is reasonably debatable whether starting people on the most bleeding edge is always ideal.
- Outside of the Apache/default,
latestis also a modified for the other image types (fpm, alpine) in the same manner
productionis just a mirror ofstable.
New (proposed not actually implemented):
previousis the most recent major behind the latest major which is receiving regular bug fixes.lastis the oldest major still receiving updates.
Related:
{major}-{apache, fpm}(e.g.28-apache) always points to the latest published maintenance release for the specified major*-alpinevariations in all cases where applicable (no need for debian/bookworm since that's our default base)
- Ngôn ngữ chính
- Shell
- Star
- 7.4k
- Fork
- 1.9k
- 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 nextcloud/docker
-
1. To develop bug feature: cron image
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Drop paragarph about anonymous (unnamed) volumes under Persistent Storage section fo the docsĐang mởbug docs
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 72/100
-
0. Needs triage bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
-
Imagick architecture mismatch (x86_64 vs aarch64) on official arm64 image causes Apache segfaultsĐang mở0. Needs triage bug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 50/100
Tất cả issue của nextcloud/docker
Issue tương tự
-
netbox status: backlog topic: testing type: housekeeping
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
netbox-community/netbox#23395 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/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 68/100
ajeetdsouza/zoxide#1323 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
e2e-failure ready-to-code
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
redhat-developer/rhdh-plugin-export-overlays#4391 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
pbakaus/impeccable#1028 ·
Maintainer thường phản hồi trong vòng 1 ngày