FastAPI đã được sử dụng ở quy mô thực tế (production) trong nhiều ứng dụng và hệ thống. Và phạm vi kiểm thử được giữ ở mức 100%. Nhưng việc phát triển của nó vẫn đang diễn ra nhanh chóng.
Các tính năng mới được bổ sung thường xuyên, lỗi được sửa định kỳ, và mã nguồn vẫn đang được cải thiện liên tục
Đó là lí do các phiên bản hiện tại vẫn còn là 0.x.x, điều này phản ánh rằng mỗi phiên bản có thể có các thay đổi gây mất tương thích. Điều này tuân theo các quy ước về Semantic Versioning.
Bạn có thể tạo ra sản phẩm thực tế với FastAPI ngay bây giờ (và bạn có thể đã làm điều này trong một thời gian dài), bạn chỉ cần đảm bảo rằng bạn sử dụng một phiên bản hoạt động đúng với các đoạn mã còn lại của bạn.
Điều đầu tiên bạn nên làm là "cố định" phiên bản của FastAPI bạn đang sử dụng để phiên bản mới nhất mà bạn biết hoạt động đúng với ứng dụng của bạn.
Ví dụ, giả sử bạn đang sử dụng phiên bản 0.112.0 trong ứng dụng của bạn.
Nếu bạn sử dụng một tệp requirements.txt bạn có thể chỉ định phiên bản với:
fastapi[standard]==0.112.0
Như vậy, bạn sẽ sử dụng chính xác phiên bản 0.112.0.
Hoặc bạn cũng có thể cố định nó với:
fastapi[standard]>=0.112.0,<0.113.0
Như vậy, bạn sẽ sử dụng các phiên bản 0.112.0 trở lên, nhưng nhỏ hơn 0.113.0, ví dụ, một phiên bản 0.112.2 vẫn được chấp nhận.
Nếu bạn sử dụng bất kỳ công cụ nào để quản lý cài đặt của bạn, như uv, Poetry, Pipenv, hoặc bất kỳ công cụ nào khác, chúng đều có một cách để bạn có thể định nghĩa các phiên bản cụ thể cho các gói của bạn.
Bạn nên thêm các bài kiểm tra (tests) cho ứng dụng của bạn.
Với FastAPI điều này rất dễ dàng (nhờ vào Starlette), kiểm tra tài liệu: Testing
Sau khi bạn có các bài kiểm tra, bạn có thể nâng cấp phiên bản FastAPI lên một phiên bản mới hơn, và đảm bảo rằng tất cả mã của bạn hoạt động đúng bằng cách chạy các bài kiểm tra của bạn.
Nếu mọi thứ đang hoạt động, hoặc sau khi bạn thực hiện các thay đổi cần thiết, và tất cả các bài kiểm tra của bạn đều đi qua, thì bạn có thể cố định phiên bản của fastapi đến phiên bản mới hơn.