Tại sao chỉnh sửa thứ gì đó đang hoạt động tốt lại cảm thấy rủi ro? Vì hầu hết công cụ cho phép bạn chỉnh sửa tại chỗ — bạn lưu đè lên phiên bản cũ, và nếu thay đổi làm hỏng thứ gì đó, không có phiên bản nào để quay lại. Nỗi sợ đó hoàn toàn hợp lý khi không có undo. Vì vậy ở đây, không có khái niệm "tại chỗ". Mỗi chỉnh sửa tạo ra một thứ gì đó mới bên cạnh những gì đã có sẵn.
Điều gì thực sự xảy ra khi tôi yêu cầu một thay đổi?
Bạn nói với build chat điều bạn muốn — một chỉnh sửa nội dung nhỏ, một section mới, hay cả một tính năng — và nền tảng tạo ra một phiên bản mới song song với phiên bản cũ. Không phải thay thế. Cả hai đều có thể xem trước, đều có thể tải xuống, và phiên bản cũ không bị đẩy xuống một kho lưu trữ nào đó mà bạn phải đào bới tìm kiếm. Nó vẫn là một sản phẩm hoạt động, chỉ cách một cú click để trở lại làm phiên bản live. Một khi việc đảo ngược thay đổi rẻ đến vậy, bạn sẽ ngừng coi mỗi chỉnh sửa như một canh bạc.
Việc chạy lại toàn bộ quá trình xác minh trên mỗi phiên bản có làm chậm mọi thứ không?
Đó chính xác là vấn đề ngược lại mà quá trình xác minh giải quyết. Kiểu thất bại thường gặp với chỉnh sửa AI lặp lại không phải là bản thân thay đổi đó — mà là thứ mà thay đổi đó âm thầm làm hỏng ở đâu đó khác. Sửa trang giá, và link nav dẫn đến nó âm thầm trả về 404. Vì vậy phiên bản 9 nhận được đúng chuỗi kiểm tra mà phiên bản 1 đã nhận: code review, bảo mật, kiểm tra link, khả năng tiếp cận, tuân thủ. Nếu một thay đổi làm hỏng thứ gì đó, nó sẽ bị phát hiện ngay trong vòng đưa nó vào. Không phải ba tuần sau khi một người dùng gửi email cho bạn về một nút bị hỏng. (Chi tiết đầy đủ trong Cách các bản build tự xác minh.)
Điều gì xảy ra khi tôi deploy lên máy chủ riêng của mình?
Các bản deploy qua SFTP lên máy chủ riêng của bạn cũng nhận được cách xử lý tương tự, chỉ ở một lớp thấp hơn. Trước khi bất cứ thứ gì được ghi, nền tảng chụp lại webroot hiện tại của bạn. Mỗi phiên bản bạn đã deploy sau đó vẫn được lưu trên máy chủ và có thể khôi phục. Vì vậy nếu một bản deploy trông hoàn hảo khi xem trước rồi sau đó có thứ gì đó trên stack production của bạn — một cache header, một quy tắc CDN kỳ lạ, bất cứ điều gì — làm nó trông sai khi đã live, bạn chỉ cần revert bằng một cú click thay vì deploy lại một bản export cũ và hy vọng mình đã lấy đúng cái.
Còn subdomain miễn phí thì sao?
Cùng ý tưởng, nhẹ hơn: publish tại đó cũng giữ lại mọi phiên bản đã publish, và publish lại một phiên bản trước đó cũng dễ dàng như publish một phiên bản mới.
| Ở đâu | Những gì được lưu giữ | Hoàn tác |
|---|---|---|
| Trong trình xây dựng | Mọi phiên bản, có thể xem trước và tải xuống | Khôi phục bất kỳ phiên bản nào |
| Subdomain của bạn | Phiên bản đã publish, có thể thay thế bất cứ lúc nào | Publish lại một phiên bản trước đó |
| Máy chủ riêng của bạn | Chụp trước khi deploy + mỗi phiên bản đã deploy | Revert bằng một cú click trên máy chủ |
Đây có phải chỉ là một hệ thống sao lưu hào nhoáng?
Không — một hệ thống sao lưu bảo vệ bạn khỏi thảm họa. Đây là để thay đổi hành vi hàng ngày của bạn. Khi cái giá của một phỏng đoán sai giảm xuống chỉ còn một cú click, "cứ thử xem sao" không còn là một gợi ý rủi ro mà trở thành câu trả lời mặc định cho hầu hết mọi ý tưởng.
