Chỉ trong trường hợp bạn phát hiện ra những người xấu hổ không hoạt động tốt, bạn có thể thử pre-tested commits hoặc gerrit hoặc sử dụng Github pull-request work flow, nếu có sẵn cho bạn.
Chúng tôi sử dụng Github tại nơi làm việc. Hầu hết các nhà phát triển không thể đẩy đến repo chính. Họ phải thực hiện yêu cầu kéo và chúng tôi có yêu cầu kéo yêu cầu chỉ được hợp nhất nếu nhà phát triển có thể trình bày kết quả kiểm tra chứng minh mã của anh ấy không gây ra bất kỳ hồi quy nào. Chúng tôi gần như đã loại bỏ các cam kết có vấn đề theo cách này. Tôi nói gần như, bởi vì không có gì chắc chắn 100% và vì chúng tôi chỉ là con người, đôi khi một lỗi trượt qua.
Plugin "Trò chơi tích hợp liên tục" có được sử dụng tốt nhất trong cửa hàng Java không? Chúng tôi chủ yếu là một cửa hàng .NET/Microsoft. Có cách nào để theo dõi các số liệu .NET cho bất kỳ thứ gì ngoài việc phá vỡ các bản dựng và xây dựng thành công không? – JackAce
Xin lỗi, @JackAce, tôi không chắc chắn 100% nó sẽ hoạt động như thế nào trong một cửa hàng .NET. Tôi cho rằng nó sẽ hoạt động giống như vậy. Có các tham chiếu đến các cửa hàng .NET sử dụng nó, chẳng hạn như [ở đây] (http://www.refactor.co.za/2009/12/04/continuous-integration-with-hudson-and-net/). – bvulaj
Chúng tôi sử dụng nó khá vui vẻ trong một cửa hàng Perl. Nếu bạn đã có một số loại khai thác thử nghiệm, bạn sẽ có thể chuyển đổi đầu ra của nó để JUnit và sau đó sử dụng theo dõi thử nghiệm tích hợp của Hudson khá dễ dàng. –