Jenkins+Node.js의 지속적인 통합-JS 튜토리얼-php.cn

Jenkins+Node.js의 지속적인 통합

php中世界最好的语言

풀어 주다： 2018-03-06 16:13:02

원래의

1550명이 탐색했습니다.

이번에는 Jenkins+Node.js에 대해 알려드리겠습니다. Jenkins+Node.js의주의사항은 무엇인가요? 실제 사례를 살펴보겠습니다.

먼저 지속적인 통합이 무엇인지 이해해야 합니다.

제안자 Martin Fowler는 지속적 통합을 다음과 같이 정의합니다. 지속적인 통합은 팀 개발 구성원이 자신의 작업을 자주 통합하는 소프트웨어 개발 방식입니다. 일반적으로 각 구성원은 하루에 한 번 이상 통합합니다. 이는 매일 여러 번의 통합이 발생할 수 있음을 의미합니다. 각 통합은 자동화된 빌드(컴파일, 릴리스 및 자동화된 테스트 포함)를 통해 검증되어 통합 오류를 최대한 빨리 감지합니다. 많은 팀은 이 프로세스를 통해 통합 문제를 크게 줄여 팀이 응집력 있는 소프트웨어를 더 빠르게 개발할 수 있다는 사실을 알고 있습니다.

소프트웨어 개발의 복잡성이 계속 증가함에 따라 소프트웨어 개발 품질을 보장하기 위해 팀 개발 구성원 간의 더 나은 협업 방법은 개발 프로세스에서 점차 피할 수 없는 문제가 되었습니다. 특히, 소프트웨어 엔지니어링 분야에서는 애자일(Agile) 개발이 점점 더 대중화되고 있습니다. 변화하는 요구에 어떻게 소프트웨어의 품질을 빠르게 적응하고 보장할 것인지도 특히 중요합니다.
지속적 통합은 이러한 유형의 문제에 대한 소프트웨어 개발 관행입니다.

지속적 통합의 핵심 가치는 다음과 같습니다.

위험 감소 및 반복 프로세스 감소

언제 어디서나 배포 가능한 소프트웨어 생성

프로젝트 가시성 향상

제품 개발에 대한 팀의 자신감 구축

지속적 통합 원칙

모든 개발자 변경 사항으로 인해 지속적인 통합이 실패하지 않도록 버전 제어 저장소에 커밋하기 전에 로컬 컴퓨터에서 로컬로 빌드해야 합니다.

개발자는 하루에 한 번 이상 버전 관리 저장소에 코드를 커밋합니다.

개발자는 버전 제어 저장소의 코드를 하루에 한 번 이상 로컬 시스템으로 업데이트해야 합니다.

통합 빌드를 수행하려면 전용 통합 서버가 필요하며 매일 여러 빌드가 수행됩니다.

모든 빌드는 100%를 통과해야 합니다.

모든 빌드는 출시 가능한 제품을 생산합니다.

실패한 빌드를 수정하는 것이가장 높은 우선순위입니다.

테스트는 미래이고, 미래는 테스트입니다

Jenkins

Jenkins는 사용하기 쉬운 지속적 통합 시스템을 제공하는 오픈 소스 프로젝트로, 개발자가 복잡한 통합에서 벗어나 더 중요한 비즈니스 로직 구현에 집중할 수 있습니다. 동시에 Jenkins는 통합에서 오류 모니터링을 구현하고 상세한 로그 파일 및 알림 기능을 제공하며 차트를 사용하여 프로젝트 구성의 추세와 안정성을 생생하게 표시할 수 있습니다.

설치

Jenkins 공식 웹사이트에서 최신 war 파일을 다운로드하세요

Run java -jar jenkins.war

성공적인 .jenkins/folder가 사용자의 개인 디렉토리에 생성됩니다
localhost:8080을 방문하여 Jenkins 홈페이지에 접속하세요.

시스템 관리>> 시스템 설정

QQ 메일함 구성을 예로 들어보겠습니다. 메일 제공업체에 따라 수정하세요.

유효 URL과 보내는 메일함을 설정하세요

SMTP 서버는 시스템 관리자의 메일 제공자

Git 플러그인 설치

시스템 관리 > 관련 플러그인 기사

기존 플러그인이 요구 사항을 충족할 수 없다고 생각되면 직접 개발할 수 있습니다(권장: 간략한 분석 Jenkins 플러그인 개발)

사용자 및 보안

시스템 관리>> 사용자 관리

사용자를 추가하고 관리할 수 있습니다.

시스템 관리 > 계정 비밀번호 구성, ssh

https://

github.com/ wuyanxin/jenkins_nodejs_test는 시작 실패, 시작 성공, 테스트 실패 및 테스트 성공의 예가 포함된 간단한 샘플 코드입니다

Build

Trigger

구성 구문은 다음과 같습니다. crontab으로 오른쪽의 물음표를 클릭하면 지침을 볼 수 있습니다.
그런데 원격 빌드를 트리거하려면 원격 요청의 해당 URL을 통해 트리거할 수 있습니다. 이는 저장소의 후크와 함께 사용하여 새 커밋을 자동으로 테스트할 수 있습니다.

build

내장 가능합니다. 네 가지 방법, 배치, 쉘, 개미, 메이븐, 필요에 따라 선택하세요.다단계 빌드를 추가하고 순서대로 실행할 수 있는 셸을 사용합니다빌드 후에패키징, 다른 프로젝트 빌드, 테스트 보고서 게시, javadoc 게시, git 릴리스 및 이메일 알림만 할 수 있습니다. 여기에서 이메일 알림에 대해 이야기하세요
이메일 알림

이로써 지속적인 통합 환경 구축이 완료되었습니다. 시작에 실패하거나 테스트에 실패하면 이메일 알림이 전송됩니다.

이 사례를 읽으신 후 방법을 마스터하셨다고 생각합니다. 더 흥미로운 정보를 보려면 PHP 중국어 웹사이트의 다른 관련 기사를 주목하세요!