Multiple environment deployment strategy and infrastructure
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ó
- 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
- 25/100
- Loại issue
- Tính năng
- Độ rõ ràng
- Cần làm rõ
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- firebase, gcp
- Lĩnh vực
- ci-cd, cloud, devops, infrastructure
Hướng nghiên cứu
Bắt đầu bằng việc xem xét thiết lập deployment và cấu hình dự án Firebase/Google Cloud hiện có, sau đó so sánh với các môi trường local, dev, demo và prod được đề xuất. Xác định các điểm vào của deployment và quy trình release trước khi triển khai bất cứ thứ gì; hoàn thành nghĩa là staging được deploy từ main và production được deploy thông qua một lựa chọn có chủ đích.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Idea:
- a deploy to a staging environment (need to create this) should happen automatically when a push to
mainoccurs - a deploy to production environment should happen by intentional choice (usually after confirming things are all good in staging, but also perhaps after a hot-fix bug is remediated)
Pre-req: must build a new firebase/gcloud project environment.
@Justin-MacIntosh 's specific ideas based on his experience:
- local: working on a local branch
- dev: deployed from latest
main, the environment QA testing happens on (similar to staging above) - demo: deployed ad-hoc and untouched, used for showing people outside the team the product
- prod: deployed from latest GitHub release, the actual deployed product
- Ngôn ngữ chính
- Java
- Star
- 16
- Fork
- 5
- Merge trung bình
- 14 giờ 45 phút
- Pull request đã merge (30 ngày)
- 25
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- 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 CodeForPhilly/benefit-decision-toolkit
-
Make docs website more visibleĐang mởdocumentation Good for newcomer quick win
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
CodeForPhilly/benefit-decision-toolkit#519 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
documentation quick win
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
CodeForPhilly/benefit-decision-toolkit#445 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Make issue templatesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
CodeForPhilly/benefit-decision-toolkit#425 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Update docs screenshots to reflect new navigation design and use the actual in-app example screenerĐang mở
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
CodeForPhilly/benefit-decision-toolkit#528 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
CodeForPhilly/benefit-decision-toolkit#524 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của CodeForPhilly/benefit-decision-toolkit
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 84/100
beehive-lab/TornadoVM#1151 ·
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 88/100
Maintainer thường phản hồi trong vòng 1 ngày
-
(cbor) `maxStringLength` not consistently checked for chunked (indefinite-length) text valuesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
FasterXML/jackson-dataformats-binary#823 ·
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 90/100
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
Maintainer thường phản hồi trong vòng 1 ngày