Tích hợp liên tục - Tổng quan
Tích hợp liên tục lần đầu tiên được giới thiệu vào năm 2000 với phần mềm được gọi là Cruise Control. Trong những năm qua, Tích hợp liên tục đã trở thành một thông lệ quan trọng trong bất kỳ tổ chức phần mềm nào. Đây là một thực tiễn phát triển kêu gọi các nhóm phát triển đảm bảo rằng việc xây dựng và kiểm tra tiếp theo được thực hiện cho mọi thay đổi mã được thực hiện đối với một chương trình phần mềm. Khái niệm này nhằm loại bỏ vấn đề tìm kiếm các sự cố xuất hiện muộn trong vòng đời xây dựng. Thay vì các nhà phát triển làm việc riêng lẻ và không tích hợp đủ, Tích hợp liên tục được giới thiệu để đảm bảo rằng các thay đổi và xây dựng mã không bao giờ được thực hiện một cách cô lập.
Tại sao phải tích hợp liên tục?
Tích hợp liên tục đã trở thành một phần rất không thể thiếu trong bất kỳ quá trình phát triển phần mềm nào. Quá trình Tích hợp liên tục giúp trả lời các câu hỏi sau cho nhóm phát triển phần mềm.
Tất cả các thành phần phần mềm có hoạt động cùng nhau như bình thường không? - Đôi khi các hệ thống có thể trở nên phức tạp đến mức có nhiều giao diện cho mỗi thành phần. Trong những trường hợp như vậy, điều quan trọng là phải đảm bảo rằng tất cả các thành phần phần mềm hoạt động trơn tru với nhau.
Mã có quá phức tạp cho mục đích tích hợp không? - Nếu quá trình tích hợp liên tục tiếp tục không thành công, có thể có khả năng mã quá phức tạp. Và đây có thể là một tín hiệu để áp dụng các mẫu thiết kế phù hợp để làm cho mã ít phức tạp hơn và dễ bảo trì hơn.
Mã có tuân thủ các tiêu chuẩn mã hóa đã thiết lập không? - Hầu hết các trường hợp kiểm thử sẽ luôn kiểm tra xem mã có tuân thủ các tiêu chuẩn mã hóa thích hợp hay không. Bằng cách thực hiện kiểm tra tự động sau khi xây dựng tự động, đây là một điểm tốt để kiểm tra xem mã có đáp ứng tất cả các tiêu chuẩn mã hóa mong muốn hay không.
Bao nhiêu mã được bao phủ bởi các bài kiểm tra tự động? - Sẽ không có ích lợi gì trong việc kiểm tra mã nếu các trường hợp kiểm thử không bao hàm các chức năng cần thiết của mã. Vì vậy, luôn luôn là một thực tiễn tốt để đảm bảo rằng các trường hợp thử nghiệm được viết phải bao gồm tất cả các tình huống chính của ứng dụng.
Tất cả các thử nghiệm có thành công sau thay đổi mới nhất không? - Nếu một bài kiểm tra không thành công, thì không có điểm nào để tiếp tục triển khai mã, vì vậy đây là một điểm tốt để kiểm tra xem mã đã sẵn sàng để chuyển sang giai đoạn triển khai hay chưa.
Quy trình làm việc
Hình ảnh sau đây cho thấy quy trình làm việc nhanh chóng về cách hoạt động của toàn bộ quy trình Tích hợp liên tục trong bất kỳ dự án phát triển phần mềm nào. Chúng ta sẽ xem xét chi tiết điều này trong các chương tiếp theo.
Vì vậy, dựa trên quy trình làm việc ở trên, đây thường là cách hoạt động của quá trình tích hợp liên tục.
Đầu tiên, nhà phát triển cam kết mã vào kho lưu trữ kiểm soát phiên bản. Trong khi đó, máy chủ Tích hợp liên tục trên máy xây dựng tích hợp sẽ thăm dò kho lưu trữ mã nguồn để tìm các thay đổi (ví dụ: vài phút một lần).
Ngay sau khi một cam kết xảy ra, máy chủ Tích hợp Liên tục phát hiện các thay đổi đã xảy ra trong kho lưu trữ kiểm soát phiên bản, do đó, máy chủ Tích hợp Liên tục lấy bản sao mới nhất của mã từ kho lưu trữ và sau đó thực thi một tập lệnh xây dựng, tích hợp phần mềm
Máy chủ Tích hợp Liên tục tạo phản hồi bằng cách gửi thư điện tử kết quả xây dựng cho các thành viên dự án được chỉ định.
Các bài kiểm tra đơn vị sau đó được thực hiện nếu quá trình xây dựng của dự án đó vượt qua. Nếu các thử nghiệm thành công, mã đã sẵn sàng để được triển khai tới máy chủ dàn hoặc máy chủ sản xuất.
Máy chủ Tích hợp Liên tục tiếp tục thăm dò các thay đổi trong kho kiểm soát phiên bản và toàn bộ quá trình lặp lại.