1. 6 Điều kiện để áp dụng
2.4.4. Tiến trình phát hành
Trong trƣờng hợp có nhiều đội cùng phát triển song song, thì vấn đề tích hợp vào kho mã nguồn dùng chung và xác định ngữ nghĩa các giao diện giữa các đội cũng gặp rất nhiều vấn đề. Ngay cả khi bạn thực hiện đúng tất cả các điều đã đƣợc hƣớng dẫn, bạn vẫn gặp phải các vấn đề giả định về những gì sẽ đƣợc thực hiện trong thực tế. Vì vậy, ngay từ đầu chúng ta cần đặt tất cả mọi ngƣời trong các nhóm trên một cơ sở mã đơn nhất, với việc thực hiện kiểm tra cả quá trình biên dịch và chạy thử nghiệm các trƣờng hợp kiểm thử. Điều này giúp cho tất cả mọi ngƣời xác định đƣợc tác động của mình và biết đƣợc bất cứ điều gì xảy ra trong phạm vi công việc của mình. Lợi ích chính của việc tích hợp liên tục và quá trình thử nghiệm là đƣa ra nhiều vấn đề tích hợp rất nhanh chóng, và kết quả là chúng có thể đƣợc xử lý trƣớc khi chúng trở nên khó xác định và làm nẩy sinh các vấn đề nhầm lẫn khác giữa các đội, các đội luôn đƣợc giữ gần với mã nguồn mới nhất ngay cả với những gì đang xẩy ra trong vùng riêng của họ.
Bằng việc sử dụng các công cụ hỗ trợ, hoạt động CM trong XP cần đƣợc thực hiện một cách tự động để kiểm thử lại toàn bộ các trƣờng hợp và phát hành một phiên bản mới cho ngƣời dùng. Cùng với điều này, chúng ta cũng cần thiết lập một cơ chế để cho phép tất cả các ngƣời liên quan thấy đƣợc những gì đang diễn ra trong đội phát triển kể cả khách hàng của chúng ta. Đầu tiên vào buổi sáng chúng ta có thể kiểm tra xem những gì thay đổi đã đƣợc thực hiện bởi các đội dự án khác. Bằng cách này, ta có thể biết đƣợc những gì đang xảy ra ở các đội dự án khác. Điều này đòi hỏi phải xây dựng kỷ luật tốt, các nhà phát triển cố gắng rất nhiều để không phá vỡ xây dựng và sửa chữa nó ngay lập tức nếu nó bị phá vỡ. Một thực tế thƣờng đƣợc chấp nhận rằng nếu bạn thay đổi đƣờng chính, bạn không nên về nhà cho đến khi bạn nhận đƣợc các tin nhắn email từ các đội khác đảm bảo rằng kết quả của những thay đổi của bạn đã thành công.