Các nhà phát triển Firefox đã thông báo giảm chu kỳ của chuẩn bị phiên bản mới của trình duyệt trong vòng bốn tuần (các phiên bản trước được chuẩn bị trong 6-8 tuần). Firefox 70 sẽ ra mắt theo lịch trên vào ngày 22/XNUMXsau đó sáu tuần sau Vào ngày 3 tháng 71, phiên bản Firefox XNUMX sẽ được chuẩn bị, sau đó chúng sẽ hình thành các bản phát hành tiếp theo cứ bốn tuần một lần (7 tháng Giêng, 11 tháng Hai, 10 tháng Ba, v.v.).
Ở đâu phiên bản hỗ trợ dài hạn (ESR) sẽ được phát hành mỗi năm một lần như trước đây và nó sẽ tồn tại trong ba tháng nữa sau khi hình thành phiên bản tiếp theo của ESR. Các bản cập nhật sửa chữa cho nhánh ESR sẽ được đồng bộ hóa với các bản phát hành thông thường và cũng sẽ được phát hành 4 tuần một lần.
Phiên bản tiếp theo của ESR sẽ là Firefox 78, dự kiến vào tháng 2020 năm XNUMX. SpiderMonkey và Tor Browser cũng sẽ chuyển sang chu kỳ xây dựng bản phát hành 4 tuần.
Nguyên nhân để rút ngắn chu kỳ phát triển đó là mong muốn đưa các chức năng mới đến với người dùng nhanh chóng hơn. Việc phát hành thường xuyên hơn dự kiến sẽ tăng tính linh hoạt của việc lập kế hoạch phát triển sản phẩm và thực hiện các thay đổi ưu tiên đáp ứng các yêu cầu của doanh nghiệp và thị trường.
Theo các nhà phát triển, chu kỳ phát triển bốn tuần cho phép cân bằng tối ưu giữa tốc độ cung cấp các API web mới và đảm bảo chất lượng và sự ổn định.
Bắt đầu từ quý đầu tiên của năm 2020, chúng tôi có kế hoạch phát hành một phiên bản chính của Firefox 4 tuần một lần. Thời gian phát hành của Firefox ESR (Bản phát hành hỗ trợ doanh nghiệp mở rộng) sẽ vẫn như cũ.
Trong những năm tới, chúng tôi dự đoán sẽ có một đợt phát hành ESR lớn cứ 12 tháng một lần với sự chồng chéo hỗ trợ 3 tháng giữa ESR mới và cuối vòng đời hữu ích của ESR cũ. Hai bản phát hành chính tiếp theo của ESR sẽ là ~ tháng 2020 năm 2021 và ~ tháng XNUMX năm XNUMX.
Chu kỳ phát hành ngắn hơn cung cấp tính linh hoạt cao hơn để hỗ trợ lập kế hoạch sản phẩm và các thay đổi ưu tiên do yêu cầu kinh doanh hoặc thị trường.
Với chu kỳ bốn tuần, chúng tôi có thể nhanh nhẹn hơn và vận chuyển các tính năng nhanh hơn, đồng thời áp dụng cùng một sự nghiêm ngặt và thẩm định cần thiết để có một bản phát hành ổn định và chất lượng cao.
Ngoài ra, chúng tôi đưa các tính năng mới và triển khai các API web mới vào tay các nhà phát triển nhanh hơn. (Ví dụ: đây là những gì chúng tôi đã làm gần đây với các triển khai và cập nhật thông số CSS.)
Giảm thời gian cần thiết để chuẩn bị ra mắt sẽ dẫn đến giảm thời gian thử nghiệm cho các bản phát hành beta, các phiên bản hàng đêm và các phiên bản dành cho nhà phát triển, được lên kế hoạch được bù đắp bằng các bản cập nhật thường xuyên hơn cho các phiên bản dùng thử.
Thay vì chuẩn bị hai phiên bản beta mới mỗi tuần, nó được lên kế hoạch để điều chỉnh chương trình phát hành thường xuyên beta cho nhánh beta, trước đây được sử dụng cho các phiên bản ban đêm.
Để duy trì chất lượng và giảm thiểu rủi ro trong một chu kỳ rút ngắn, chúng ta phải:
- Đảm bảo rằng năng suất kỹ thuật của Firefox không bị ảnh hưởng xấu.
- Tăng tốc vòng lặp phản hồi hồi quy từ triển khai đến phát hiện và giải quyết.
- Có thể kiểm soát việc triển khai các chức năng dựa trên tính khả dụng của phiên bản.
- Đảm bảo thử nghiệm thích hợp các tính năng lớn hơn kéo dài nhiều chu kỳ phát hành.
- Có quy trình giảm thiểu và quyết định rõ ràng và nhất quán.
Để giảm nguy cơ gặp sự cố không lường trước được bằng cách thêm một số đổi mới quan trọng, những thay đổi liên quan đến nós sẽ được đưa đến người dùng phiên bản không phải một lần mà dần dần; Ban đầu, cơ hội sẽ được kích hoạt cho một tỷ lệ nhỏ người dùng và sau đó nó sẽ được bảo hiểm hoàn toàn hoặc tự động ngắt kết nối khi phát hiện ra lỗi.
Ngoài ra, để kiểm tra các đổi mới và đưa ra quyết định về việc đưa chúng vào nhóm chính của chương trình Thử nghiệm thử nghiệm, người dùng sẽ được mời tham gia vào các thử nghiệm không liên quan đến chu trình chuẩn bị khởi chạy.
Fuente: https://hacks.mozilla.org/