Tại sao *** NO_CI *** vẫn gây ra sự tích hợp liên tục?

Question

Gần đây tôi đã phát hiện ra "tính năng ẩn" của TFS cho phép bạn ngăn chặn một CI xây dựng từ đá nếu bình luận của bạn có chứa ***NO_CI***.

Tôi có TFS đang chạy ở nhà và thao tác này hoạt động như mẹo nhỏ.

Tại nơi làm việc, chúng tôi cũng đang sử dụng TFS 2010. Tôi thấy rằng điều này vẫn không ngăn CI xây dựng từ khởi động trong thiết lập của chúng tôi.

Câu hỏi của tôi là, quy trình nào thực sự kiểm tra xem liệu ***NO_CI*** có tồn tại trong nhận xét để xác định xem có chặn khối xây dựng CI không? Suy nghĩ ban đầu của tôi là nhìn vào mẫu xây dựng. Tôi không thấy gì quá rõ ràng. Có ai chạy vào chuyện này không? Bạn có thể chỉ cho mình hướng chính xác được không?

Answer 1

Vấn đề này hóa ra là do nhầm lẫn với tôi. Sau khi xây dựng thành công của tôi, tôi đã gửi một số đăng ký tự động. Cái đầu tiên bao gồm ***NO_CI*** và cái thứ hai thì không. Tôi đã không nhận ra việc kiểm tra thứ hai đã được thực hiện vào một con đường mà một xây dựng thứ hai đã lập bản đồ trong không gian làm việc của nó. Do đó, lần kiểm tra đầu tiên không khiến CI xây dựng khởi động, đó là lần kiểm tra thứ hai.

Answer 2

Về cơ bản, khi đăng ký xảy ra, AT sẽ chặn và kích hoạt sự kiện để thông báo cho thành phần xây dựng về đăng ký. Thành phần xây dựng sau đó sẽ thực hiện hành động thích hợp cho mỗi loại trình kích hoạt (tích hợp liên tục, xây dựng rolling, xây dựng theo lịch trình, kiểm tra gated, vv) của các định nghĩa xây dựng bị ảnh hưởng.

Nếu bình luận checkin của bạn chứa chuỗi ***NO_CI***, nhưng changesets vẫn kích hoạt CI xây dựng, hãy xem (các) nhật ký sự kiện trên (các) AT và xem có cảnh báo nào với thông báo "TF215041: Không xử lý được các thay đổi n ".

Nếu nhóm của bạn sử dụng định nghĩa xây dựng đăng ký gated, hãy đảm bảo họ không chọn tắt nhận xét ***NO_CI*** từ mẫu xây dựng để cho phép thay đổi checkin có cổng kích hoạt để kích hoạt CI.