Chọn lúc Taiga chờ quyết định
Đã hoàn tấtTách phê duyệt kế hoạch, thực thi build, quyền merge và triển khai. Cấu hình quyền tự chủ quanh các quyết định tổ chức phải giữ lại.
Xuất bản bởi TaigaCách chúng tôi viết
Kiểm tra mức hiểuTổ chức cho phép merge tự chủ, nhưng một factory tắt nó. Sản phẩm thuộc factory đó có thể bật không?Làm bài tập
Bạn sẽ học gì
- Phân biệt build tự động với merge tự chủ.
- Giải thích giới hạn merge, mặc định sản phẩm và lựa chọn ghi đè của initiative.
- Kiểm tra quy tắc branch và hậu quả triển khai trước khi bật tự động hóa.
Phân biệt bốn quyết định
Dịch vụ thiết bị giả định có bốn quyết định khác nhau: chấp nhận kế hoạch, thực thi build, merge thay đổi và triển khai. Không xem một công tắc là quyền cho cả bốn.
Trước khi thay quyền tự chủ, kiểm tra pipeline repository làm gì sau merge. Nếu merge vào branch làm việc kích hoạt triển khai, merge tự động cũng có thể kích hoạt quy trình hiện có đó.
Quyết định kế hoạch có chờ hay không
Cài đặt sản phẩm Build on its own by default kiểm soát kế hoạch hoàn tất sẽ chuyển sang build hay chờ phê duyệt. Tắt khi kế hoạch cần con người quyết định trước.
Cài đặt Build on its own của initiative có thể thay hành vi cho initiative đó. Kiểm tra cả mặc định lẫn lựa chọn cụ thể trước khi đưa công việc vào queue.
Approve bắt đầu build dưới danh tính người phê duyệt, theo quyền hiện tại của họ. Kế hoạch thất bại không khởi chạy build. Tự động build tự nó không cho phép merge pull request tạo ra.
Hiểu phân cấp merge
Merge tự chủ được kiểm soát riêng và mặc định tắt cho đến khi bật. Tích hợp được mô tả hỗ trợ GitHub, gồm GitHub Enterprise.
| Cấp | Ý nghĩa |
|---|---|
| Tổ chức | Giới hạn trên quyết định có cho phép merge tự chủ không |
| Factory | Giới hạn trên cho mọi cấp thuộc factory đó |
| Sản phẩm | Mặc định cho initiative không có lựa chọn cụ thể |
| Initiative | Lựa chọn Merge on its own riêng trong các giới hạn trên |
Giới hạn trên đã tắt ở tổ chức hoặc factory không thể bị ghi đè bên dưới. Mặc định tắt ở sản phẩm thì khác: initiative có thể tự bật merge nếu giới hạn trên cho phép.
Với dịch vụ thiết bị, giữ phạm vi ban đầu rõ ràng. Một initiative có hậu quả hạn chế có thể dùng lựa chọn khác với thay đổi liên quan đến kiểm soát truy cập của nhân viên, trong ranh giới được phép.
Thực thi review bắt buộc
Taiga hỏi nhà cung cấp quản lý mã nguồn liệu pull request có được merge không. Branch protection của bạn xác định kiểm tra, review và điều kiện khác bắt buộc. Merge tự chủ không bỏ qua các quy tắc đó.
Nếu review tự động phải chặn merge, đặt kết quả làm status check bắt buộc qua cấu hình repository được hỗ trợ. Kết quả tư vấn không trở thành bắt buộc chỉ vì bạn mong vậy.
Cũng kiểm tra phê duyệt con người bắt buộc. Kiểm tra màu xanh không thay thế phê duyệt mà chính sách yêu cầu. Xác nhận quy tắc trên branch đích thực tế.
Hiểu vì sao merge dừng
Đọc lý do trên initiative. Kiểm tra đang chờ, thiếu phê duyệt, xung đột và kế hoạch chưa hoàn tất cần phản ứng khác nhau. Taiga cũng dừng merge tự chủ khi bản sửa thay đổi tiêu chí để khiến kiểm tra thất bại chuyển sang đạt. Review trực tiếp thay đổi đó.
Không bỏ kiểm tra bắt buộc chỉ vì nó chặn tiến triển. Nếu kiểm tra không bao giờ báo kết quả, sửa cấu hình hoặc dùng quy trình chính sách được phép. Kiểm tra commit hiện tại sau mỗi lần sửa.
Giữ quyền triển khai riêng
Taiga GitHub App thực hiện merge tự chủ và được ghi là bên merge. Pipeline repository giữ hành vi triển khai hiện có.
Trong kịch bản này, merge triển khai lên staging. Production vẫn cần quyết định và bằng chứng production của tổ chức. Xác nhận pipeline thực thi sự phân tách này. Tiếp tục với review bàn giao.
Làm bài tập
Dịch vụ thiết bị giả định cần con người review kế hoạch và pull request. Branch main của nó triển khai lên staging. Viết cài đặt build, quy tắc branch bắt buộc, cài đặt merge và phê duyệt production riêng cần cho cách tổ chức này.
Tải worksheet (Markdown)Bỏ chọn sẽ xóa toàn bộ tiến độ đã lưu trong trình duyệt này.
Tiến độ ở trong trình duyệt này. Không tài khoản, không theo dõi.