Tài liệu này mô tả lịch trình phát triển và phát hành cho Python 3. 3. Lịch trình chủ yếu liên quan đến các mặt hàng có kích thước PEP Show
Quản lý phát hành và phi hành đoàn
3. 3 Tuổi thọ3. 3 sẽ nhận được các bản cập nhật sửa lỗi khoảng 4-6 tháng một lần trong khoảng 18 tháng. Sau khi phát hành 3. 4. 0 trận chung kết, trận chung kết 3. 3 bản cập nhật sửa lỗi sẽ được phát hành. Sau đó, các bản cập nhật bảo mật (chỉ nguồn) sẽ được phát hành cho đến 5 năm sau khi phát hành 3. 3 trận chung kết, sẽ là tháng 9 năm 2017 Tài liệu này mô tả sự thay đổi trong lịch phát hành Python bắt đầu từ Python 3. 9. Thay đổi này tăng tốc độ phát hành sao cho các phiên bản chính được phát hành có thể dự đoán được mười hai tháng một lần, vào tháng 10 hàng năm Thực hiệnMười bảy tháng để phát triển một phiên bản chínhPEP này đề xuất rằng Python 3. X. 0 sẽ được phát triển trong khoảng 17 tháng
1 năm rưỡi hỗ trợ đầy đủ, thêm 3 năm rưỡi sửa lỗi bảo mậtSau khi phát hành Python 3. X. 0, 3. Dòng X được duy trì trong 5 năm
Nhịp phát hành hàng nămPhát triển tính năng của Python 3. (X+1). 0 bắt đầu ngay khi Python 3. X. 0 Beta 1 được phát hành. Điều này tạo ra một vùng đồng bằng mười hai tháng giữa các phiên bản Python chính Ví dụ
Hình 1. Hậu quả của chu kỳ phát hành hàng năm trên lịch Để so sánh, nếu PEP này bị từ chối và Python giữ lịch phát hành hiện tại
Chính sách phụ thuộcKhấu haoChính sách hiện tại xung quanh việc phá vỡ các thay đổi giả định ít nhất hai bản phát hành trước khi một tính năng không dùng nữa bị xóa khỏi Python hoặc hành vi PEP này đề xuất giữ chính sách này trong ít nhất hai bản phát hành trước khi thực hiện thay đổi vi phạm Nhiệm kỳ của Hội đồng chỉ đạoTừ ngữ hiện tại của PEP 13 nói rằng “một hội đồng mới được bầu sau mỗi lần phát hành tính năng”. PEP này đề xuất giữ chính sách này vì nó sẽ dẫn đến một lịch trình bầu cử nhất quán Nhiệm kỳ của Người quản lý phát hànhQuy ước không có giấy tờ hiện tại dành cho một Trình quản lý phát hành duy nhất để xử lý hai bản phát hành tính năng của Python. PEP này đề xuất giữ chính sách này, cho phép kéo dài thời hạn cho nhiều bản phát hành hơn với sự chấp thuận của Hội đồng chỉ đạo và Cabal của những người quản lý bản phát hành Cụ thể, vì PEP này được tác giả bởi Người quản lý phát hành đang hoạt động và tác dụng của nó sẽ rút ngắn thời hạn của Người quản lý phát hành, tác giả sẵn sàng quản lý việc phát hành bản phát hành tính năng thứ ba để bù đắp cho sự gián đoạn Cơ sở lý luận và mục tiêuSự thay đổi này mang lại những lợi ích sau
phi mục tiêuViệc áp dụng lịch phát hành hàng năm cho phép chuyển đổi tự nhiên sang phiên bản lịch, chẳng hạn bằng cách gọi Python 3. 9 “Trăn 3. 20” kể từ khi nó được phát hành vào tháng 10 năm 20, v.v. (“Python 3. 23” sẽ là bản phát hành vào tháng 10 năm ‘23) Mặc dù việc dễ dàng chuyển sang lập phiên bản theo lịch có thể được coi là một lợi thế của chu kỳ phát hành hàng năm, nhưng PEP này không ủng hộ hoặc chống lại sự thay đổi trong cách lập phiên bản Python. Nếu chu kỳ phát hành hàng năm được áp dụng, câu hỏi về phiên bản sẽ được giải quyết trong một PEP riêng. phi rủi roThay đổi này không rút ngắn lịch hỗ trợ hiện được ghi lại cho bản phát hành Python, cả về bản phát hành sửa lỗi và sửa lỗi bảo mật Sự thay đổi này không đẩy nhanh tốc độ phát triển. Python sẽ không trở nên không tương thích nhanh hơn hoặc tích lũy các tính năng mới nhanh hơn. Chỉ là các tính năng sẽ được phát hành dần dần khi chúng được phát triển Do đó, mặc dù thay đổi này giới thiệu khả năng nâng cấp nhanh hơn nhiều cho người dùng, nhưng nó không yêu cầu họ phải làm như vậy. Giả sử, nếu họ nâng cấp mỗi bản phát hành thứ hai, trải nghiệm của họ với Python sẽ tương tự như tình hình hiện tại rủi roPhân phối lại PythonĐiều này đòi hỏi phải thay đổi cách thức các nhà tích hợp, như bản phân phối Linux, phát hành Python trong hệ thống của họ ma trận thử nghiệmĐiều này cuối cùng làm tăng ma trận thử nghiệm cho các nhà bảo trì ứng dụng và thư viện muốn hỗ trợ tất cả các phiên bản Python được hỗ trợ tích cực thêm một hoặc hai Hình 2. Ma trận thử nghiệm trong nhịp 18 tháng so với. 12 tháng Giai đoạn “hỗ trợ sửa lỗi mở rộng theo quyết định của Người quản lý phát hành” của chu kỳ phát hành hiện tại không được hệ thống hóa. Nếu thực tế, PEP 101 hiện đang tuyên bố rằng sau khi phát hành Python 3. (X+1). 0 chỉ có một bản phát hành sửa lỗi cuối cùng được tạo cho Python 3. X. 0. Tuy nhiên, trên thực tế, ít nhất bốn phiên bản cuối cùng của Python 3 trùng lặp với các bản phát hành ổn định của phiên bản tiếp theo trong khoảng sáu tháng. Hình 2 bao gồm thông tin này để chứng minh rằng sự trùng lặp giữa các bản phát hành phiên bản ổn định với nhịp phát hành 12 tháng sẽ không có gì mới Các chính sách khác có thể phụ thuộc vào nhịp phát hànhMặc dù các chính sách phụ thuộc được xác định đã được đề cập trong phần trước, nhưng hoàn toàn có thể có một số lĩnh vực khác hoàn toàn dựa vào thời gian phát hành Python Ý tưởng bị từ chốiGiữ nhịp phát hành 18 tháng hiện tạiĐây là điều không mong muốn đối với cả nhà phát triển cốt lõi và người dùng cuối. Từ quan điểm của nhà phát triển cốt lõi
Quan trọng hơn, từ quan điểm của người dùng
Nhân đôi nhịp phát hành để đạt được 9 tháng giữa các phiên bản chínhĐiều này ban đầu được đề xuất trong PEP 596 và bị từ chối vì quá bất thường và quá ngắn. Điều này sẽ không mang lại bất kỳ lợi ích nào của lịch phát hành thông thường nhưng nó sẽ rút ngắn tất cả các giai đoạn phát triển, đặc biệt là giai đoạn beta + RC. Điều này đã được coi là nguy hiểm Giữ “4 bản beta trong 4 tháng và một tháng cuối cùng cho ứng cử viên phát hành”Mặc dù điều này sẽ làm cho lịch phát hành gọn gàng hơn một chút, nhưng nó sẽ khiến các nhà phân phối bên ngoài như Fedora rất khó phát hành phiên bản Python mới nhất càng sớm càng tốt. Chúng tôi đang điều chỉnh lịch của Python tại đây với hy vọng rằng điều này sẽ cho phép Fedora tích hợp phiên bản Python mới nhất với phiên bản Fedora mới nhất vì cả hai đều đang được phát triển, giúp cả hai dự án trở nên tốt hơn Làm chậm các bản phát hành nhưng không đóng băng quá trình phát triển tính năng với Beta 1Điều này được mô tả trong PEP 598. Đề xuất này bao gồm các khái niệm phi tiêu chuẩn như “bản phát hành tính năng gia tăng” khiến nó khó hiểu. Những lợi thế được trình bày là không rõ ràng trong khi sự không quen thuộc của sơ đồ có nguy cơ thực sự gây nhầm lẫn cho người dùng và nhà tích hợp Bản phát hành hỗ trợ dài hạnMỗi phiên bản Python đều được hỗ trợ hiệu quả lâu dài. nó được hỗ trợ trong năm năm, với mười tám tháng đầu tiên cho phép sửa lỗi và cập nhật bảo mật thường xuyên. Trong thời gian còn lại, các bản cập nhật bảo mật được chấp nhận và phát hành nhanh chóng Không có hỗ trợ mở rộng trong tĩnh mạch của Python 2. 7 được lên kế hoạch trong tương lai bản quyềnTài liệu này được đặt trong phạm vi công cộng hoặc theo CC0-1. 0-Giấy phép phổ thông, tùy theo điều kiện nào dễ dãi hơn Phiên bản Python mới nhất 2022 là gì?Trăn 3. 10. 8 , tài liệu được phát hành vào ngày 8 tháng 10 năm 2022.
Có bao nhiêu Python PEPS?Có ba loại PEP . PEP theo dõi tiêu chuẩn mô tả một tính năng hoặc cách triển khai mới cho Python.
Là Python 3. 10 ra mắt chưa?Trăn 3. 10 được phát hành vào ngày 4 tháng 10 năm 2021 . Để biết chi tiết đầy đủ, hãy xem nhật ký thay đổi.
Là Python 3. 11 phát hành?Trăn 3. 11 được phát hành vào Tháng 10. ngày 24, năm 2022 . Phiên bản mới nhất này giúp Python nhanh hơn và thân thiện hơn với người dùng. |