CI(Continuous Integration) 시스템을 사용하면 팀원들이 응용 프로그램 구성 요소를 더 일찍, 더 자주 통합하게 되며, 개발자 한 명이 하루에 여러 차례 통합을 수행하기도 합니다. 그러나 자동화된 빌드를 통해 즉시 각 통합을 확인하고 유효성을 검사하여 모든 오류를 바로 찾아낼 수 있으므로 걱정할 필요는 없습니다. CI의 개념에 익숙해지려면 어느 정도 시간이 필요하지만 일단 익숙해지면 CI는 매우 유용한 시스템입니다.
CI 시스템의 기본 원리는 빌드라는 단어를 다시 정의해야 한다는 것입니다. 이전에는 빌드를 단순히 컴파일과 같은 것으로 생각했을 것입니다. 하지만 CI에서는 빌드의 정의에 모든 중요한 유효성 검사 및 테스트 단계가 포함된다는 것을 이해해야 합니다. CI는 테스트에 의존합니다. 테스트를 빼면 연속 컴파일만 남게 됩니다.
CI 시스템의 주요 사용자는 개발자이므로 시스템의 성패 여부는 개발자에게 달려 있습니다. 개발자가 정말로 원하는 것은 두 가지뿐입니다. 하나는 5분 이내에 빌드를 완료하는 것이고, 또 하나는 빌드 실패의 원인을 쉽게 찾을 수 있는 방법을 알아내는 것입니다. 성공을 위해서는 여러분의 팀에서도 빌드 에티켓을 지켜야 합니다. 필자는 다음과 같은 간단한 지침을 제안합니다.
- 빌드를 고장 낸 경우 그대로 방치하지 마십시오.
- 고장 난 빌드에 제출하지 마십시오.
- 친절해지십시오. 빌드가 고장 난 사실을 발견하면 빌드 보고서를 살펴보십시오. 문제를 해결하는 방법을 알고 있다면 빌드를 고장 낸 개발자에게 연락하여 도와주십시오.