maven with jenkins maven documentation
이 튜토리얼은 Jenkins 및 Jenkins와 Maven의 통합에 대한 모든 것을 설명합니다. Maven을 사용하여 프로젝트에 대한 문서를 만드는 방법도 배웁니다.
Jenkins가 무엇인지, Maven Jenkins 통합, Jenkins의 장점, Jenkins에서 Java 및 Maven을 설정하는 방법, 다른 매개 변수를 사용하여 Jenkins 작업을 생성하는 방법, TestNG 플러그인을 사용한 Jenkins의 실행 결과 보고서, Maven을 전달하는 방법을 알게됩니다. Jenkins의 Goals, 프로젝트에 대한 Maven 문서 등의 형태로 명령을 자세히 설명합니다.
=> 여기에서 Simple Maven 교육 시리즈를 확인하십시오.
Windows 10에서 .jnlp 파일을 여는 방법
학습 내용 :
Jenkins는 무엇입니까?
Jenkins는 소프트웨어 테스트 및 개발 세계에서 매우 중요한 지속적인 통합 도구입니다. 오픈 소스이며 플랫폼에 독립적입니다. 일상 업무에서 우리는 수백 개의 테스트 사례로 구성된 자동화 프레임 워크를 다룹니다.
지금까지 Maven 프로젝트에서 스크립트를 실행하려면 명령 프롬프트에서 Maven 명령을 실행하거나 Eclipse를 직접 열고 스크립트를 트리거해야한다는 것을 확인했습니다.
따라서 실행을 위해 테스트 케이스를 수동으로 트리거합니다. 이 프로세스를 자동화하려면 특정 시간에 테스트 케이스를 실행하고 몇 가지 중요한 매개 변수를 처리 할 작업을 예약해야합니다. 이 전체 프로세스는 Jenkins의 도움으로 자동화됩니다.
따라서 실제로 아침 3시에 실행해야하는 약 800 개의 테스트 케이스가있는 경우 Jenkin 작업의 도움으로 수동 개입없이 쉽게 수행 할 수 있습니다.
또한 환경의 개발 측에서 일부 코드 체크인이 발생한 후 자동화 된 Smoke 또는 Sanity 테스트 케이스를 실행해야하는 시나리오가 있습니다. 이 모든 것은 Jenkins가 자동으로 처리합니다.
Jenkins에는 SVN 또는 Git과 같은 저장소에서 수행 된 모든 수정 사항에 대한 로그가 있습니다. Jenkins는 시스템에 쉽게 설치하고 구성 할 수 있습니다. 또한 배포 된 방식으로 빌드를 트리거해야하는 경우 둘 이상의 가상 머신에 설정할 수 있습니다. 또한 모든 최근 빌드에 대한 링크를 통해 액세스 할 수 있습니다.
Jenkins에는 플러그인의 도움으로 TestNG와의 통합, 빌드 상태에 대한 이메일 알림과 같은 기능이있어 요즘 사용하는 것이 더 인기가 있습니다. 문제와 버그는 매우 일찍 포착되고 해결됩니다.
대부분의 통합 작업이 자동으로 수행되므로 리소스를 절약하고 언제든지 문제없이 소프트웨어를 출시 할 수 있습니다.
Agile 환경에서는 비즈니스 분석가, 개발자 및 테스터가 함께 작업합니다. 결과적으로 비즈니스 분석가 (비전문가)가 실행 결과를보고 모니터링해야하는 경우가있을 수 있습니다.
이러한 경우 스크립트를 트리거하기 위해 Eclipse를 열거 나 Maven 명령을 설정하고 실행할 필요가 없습니다. 그는 Jenkins의 도움으로 테스트 케이스를 실행하고 실행 결과를 얻을 수 있습니다.
우리는 Jenkins 홈페이지에 있습니다. 계획 . 기업이 실행 결과를보고 싶다면 작업 이름을 클릭해야하며 아래 페이지로 리디렉션됩니다.
그때 지금 구축 화면 왼쪽의 클릭해야합니다. 따라서 Jenkins URL (https : // localhost : 8080 / jenkins)을 열면됩니다.
테스트 케이스는 Jenkins를 통해 트리거되지만 테스트 케이스가 실행되는 Jenkins에서 제공되는 특정 환경 일뿐입니다. Jenkins 외부에서 테스트 케이스를 실행하는 경우 도구 또는 언어의 버전 또는 작동해야하는 것과 일치하지 않는 jar로 인해 실패하는 것은 일반적인 시나리오입니다.
예를 들면 Java 버전 또는 Maven 버전이 업데이트되거나 다운 그레이드되었습니다. 우리가 실행을 위해 Jenkin의 작업을 사용한다면이 모든 것을 피할 수 있습니다.
따라서 Jenkins는 모든 지리적 위치에 걸쳐 중앙 집중식 설정을 유지함으로써 테스트 프레임 워크에 큰 기여를했습니다.
Jenkins의 장점
Jenkins의 장점은 다음과 같습니다.
- Jenkins는 오픈 소스, 플랫폼 독립적이며 이식 가능합니다.
- 쉽게 설치하고 구성 할 수 있습니다. 쉽게 사용할 수 있습니다.
- Jenkins는 통합 항목을 자동화했으며 많은 통합 문제가 발생하지 않으므로 개발자의 효율성과 생산성이 향상됩니다.
- 설명서가 잘 설명되어 있으며 쉽게 배울 수 있습니다.
- Jenkins는 개발자가 실제로 작업에 필요한 기능을 염두에두고 개발자가 개발했습니다.
- 많은 수의 플러그인이 있습니다. 이 모든 플러그인은 Jenkins를 개발자들 사이에서 더 강력하고 인기있게 만듭니다.
- Jenkins는 클라우드에서 호스팅되는 환경을 지원합니다.
- 쉽게 액세스 할 수있는 대규모 사용자 커뮤니티가 있습니다. 그들은 정기적으로 피드백과 터치베이스에 대해 작업합니다.
- Jenkins는 다음과 같은 방법으로 테스트 자동화를 지원합니다.
- 테스트 실행 예약 기능 : 테스트 전문가는 실행을 위해 테스트 케이스를 예약하고 다른 작업에 시간을 활용할 수 있습니다.
- 맞춤형 테스트 결과 보고서 : Jenkins는 결과 패턴에 대한 세부 정보를 제공합니다. 실행 결과의 그래픽 표현과 세부 정보는 총 테스트 케이스 수, 실행 타이밍 및 기타 중요한 정보를 반영합니다.
- 지속적 통합 프로세스에서 제대로 작동합니다. Jenkins를 사용하면 테스트 시간이 단축됩니다.
Jenkins에 설정된 Java 및 Maven 경로
우선, 우리 컴퓨터에 Java와 Maven이 설치되어 있어야합니다. Jenkins의 랜딩 페이지에 있으면 처음에는 일자리가 없습니다.
이제 클릭 Jenkins 관리 화면 왼쪽에서 링크.
그런 다음 글로벌 도구 구성 . 여기서 우리는 Java 및 Maven에 대한 구성을 수행해야합니다. Java 설정의 경우 JDK 설치 단추.
여기서 우리는 이름 과 JAVA_HOME 경로 또는 이것은 확인하여 처리 할 수 있습니다. 자동으로 설치 확인란.
다음으로 Maven 섹션으로 이동하여 Maven 설치 단추.
여기서 우리는 이름 과 MAVEN_HOME 경로 또는 이것은 확인하여 처리 할 수 있습니다. 자동으로 설치 확인란.
이러한 작업을 수행 한 후 저장 페이지 하단에 있습니다.
Jenkins 작업 생성
다음으로 Maven 프로젝트의 스크립트를 트리거하기위한 작업을 생성해야합니다. 클릭 새로운 물품 화면 왼쪽에서 링크.
입력 상품명 그리고 선택 자유형 프로젝트 옵션을 선택한 다음 확인을 클릭하십시오.
작업 구성 페이지로 이동합니다. 여기서 우리는 우리 프로젝트와 관련된 모든 정보를 제공해야합니다. 처음에는 프로젝트 코드의 소스를 제공해야합니다.
Jenkins 소스 코드 관리
에서 소스 코드 관리 섹션, 우리는 일반적으로 GitHub 또는 파괴 해당 링크를 제공합니다. Jenkins는 자동으로 코드를 가져옵니다.
그러나 로컬 시스템에 코드가있는 경우 많은 버튼 아래 일반 부분 , 및 그런 다음 확인 사용자 지정 작업 영역 사용 .
Maven 프로젝트를 .jenkins 폴더로 시작하고 Maven 프로젝트 내부에있는 pom 파일의 경로를 제공하십시오. $ {JENKINS_HOME}.
이러한 방식으로 Jenkins는 프로젝트 소스 코드를 확보합니다.
Jenkins는 테스터가 테스트 실행을 트리거하는 데 사용할뿐만 아니라 개발자가 작업을 위해 광범위하게 사용합니다. 이러한 옵션 중 일부는 환경 구축 부분.
다음으로 빌드 섹션으로 이동하여 최상위 레벨 Maven 대상 호출 드롭 다운에서 옵션.
그때 최상위 레벨 Maven 대상 호출 섹션이 확장됩니다. 여기 Maven 버전 우리가 정의한 Maven 버전에서 미리 채워집니다. 글로벌 도구 구성 .
목표 아래에서 실행을 트리거하는 Maven 명령을 제공해야합니다. mvn test –PRegression. Jenkins에서는 mvn이라는 용어를 생략 할 수 있으며 나머지 명령으로 충분합니다.
클릭 저장 그리고 우리는 성공적으로 일자리를 만들었습니다.
지금까지 논의한 내용을 요약하면 다음과 같습니다.
- 코드의 위치 (Git, Subversions 또는 로컬 디렉토리에서).
- 실행을 트리거하는 Maven 명령.
작업이 생성되고 Jenkins 랜딩 페이지에 표시됩니다.
클릭 지금 구축 화면 왼쪽에서. 있을 것입니다 빌드 역사 빌드가 완료된 후 보이는 화면 왼쪽의 섹션. 그만큼 빌드 번호 눈에 띄게 뒤따를 것입니다. # 와 함께 타임 스탬프 . 이제 콘솔 출력 .
실행 결과 :
실행 결과 보고서를위한 TestNG Jenkins 통합
테스트 실행 결과 세부 정보를 보려면 Eclipse에서 Maven 프로젝트로 이동하여 표적 폴더 다음 확실한 보고서 폴더. 있습니다 index.html 확실한 보고서 내부 파일. 파일의 위치를 확인하고 브라우저에서 엽니 다.
testng-results.xml Jenkins의 결과에는 파일 및 TestNG 보고서 플러그인이 필요합니다.
클릭 Jenkins 관리 Jenkins 화면 왼쪽에서 링크. 그런 다음 플러그인 관리 링크.
char에서 int로 변환 C ++
설치 TestNG 결과 플러그인 .
완료되면 생성 한 작업을 구성 화면 왼쪽에서 링크. 그런 다음 빌드 후 작업 섹션 및 선택 TestNG 결과 게시 드롭 다운에서.
testng-results.xml Maven 프로젝트의 파일은 자동으로 TestNG XML 보고서 패턴 기본적으로 필드입니다. 그런 다음 저장을 클릭하십시오.
Jenkins에서 작업 예약
다음으로 이동 빌드 트리거 빌드 타이밍을 예약하기위한 섹션.
우리가 선택하면 주기적으로 구축 , 그러면 우리는 시간표 섹션이 표시됩니다. 여기서는 아래와 같이 작업을 예약하기 위해 5 개의 매개 변수를 언급해야합니다.
- 1 시간에 MINUTES
- 하루에 HOURS
- 한 달의 DAYMONTH 일
- 1 년에 MONTH
- DAYWEEK 요일
오전 8시에 스크립트를 예약하려면 아래와 같이 지정해야합니다.
이제 빌드를 다시 트리거하여 TestNG 결과를 확인합니다. Jenkins의 랜딩 페이지로 이동하여 작업을 클릭하십시오. 이제 우리는 TestNG 결과 작업 화면 내부에 링크합니다.
실행에 실패가없는 경우 최신 테스트 결과 링크는 실패를 표시하지 않습니다. 결과에 대한 자세한 내용을 보려면 TestNG 결과 링크를 클릭하십시오.
우리는 짓다 # 결과에 대한 자세한 내용은 번호를 참조하십시오.
코드를 확인하려면 작업 공간 화면 왼쪽에 링크하십시오. 이러한 방식으로 Jenkins와 Maven은 함께 작업 할 수 있습니다.
프로젝트에 대한 Maven 문서
Maven의 도움으로 프로젝트에 대한 문서를 만들 수 있습니다. 앞에서 설명한 것처럼 Maven은 세 가지 수명주기 (예 : 정리, 사이트 및 기본값)로 구성됩니다.
오류를 제거하고 이전 빌드의 아티팩트를 제거하는 작업은 깨끗한 주기. 동안 기본 전체 배포 프로세스를 담당하며 대지 라이프 사이클은 프로젝트 문서 작성을위한 것입니다.
최신 문서를 확보 할 수 있도록 사이트 전에 정리를 수행하는 것이 좋습니다.
프로젝트 폴더로 이동하고 명령 프롬프트에서 다음 명령을 실행합니다.
mvn site
프로젝트 구축 과정이 시작됩니다. 빌드 성공 후 프로젝트 문서는 아래와 같이 생성됩니다.
index.html 파일을 클릭하면 주로 빌드 및 프로젝트 정보, 프로젝트, 지속적 통합, 종속성, 메일 링리스트, 라이센스 등으로 구성된 프로젝트에 대한 자세한 문서를 볼 수 있습니다.
FAQ 섹션
Q # 1) Jenkins는 Maven과 어떻게 작동합니까?
대답: Jenkins는 특정 전제 조건에 따라 Maven과 잘 작동합니다. Jenkins에서 Java 및 Maven 경로를 설정해야합니다. 그런 다음 Post Build Actions, 빌드 예약 등을 포함한 모든 매개 변수를 사용하여 Jenkins 작업을 생성해야합니다.
Q # 2) Maven과 Jenkins는 무엇입니까?
대답: Maven은 프로젝트 관리이며 Java로 개발 된 도구를 빌드합니다. Jenkins는 오픈 소스 인 지속적 통합 도구입니다. Maven과 Jenkins는 모두 오늘날 업계에서 널리 사용됩니다.
Q # 3) Jenkins의 Maven 목표는 무엇입니까?
대답: Jenkins의 목표 섹션에서 Maven 명령을 제공합니다. 이것은 Jenkins 작업을 만드는 동안 중요한 단계입니다.
Q # 4) Maven을 사용하는 이유는 무엇입니까?
대답: Maven은 pom.xml 파일로 구동되는 프로젝트 관리 및 빌드 도구입니다. 빌드 프로세스를 간단하고 쉽고 일관성있게 만들었습니다.
Q # 5) Maven은 CI 도구입니까?
대답: 아니요, Maven은 지속적인 통합 도구가 아닙니다. Ant보다 더 많은 기능을 가진 빌드 도구입니다. Jenkins는 지속적인 통합 도구입니다.
Q # 6) Maven에서 pom xml은 무엇입니까?
대답: Project Object Model 또는 pom은 Maven의 핵심을 형성하는 xml 파일입니다. 여기에는 프로젝트 종속성, 구성, 프로필 등의 목록이 포함됩니다.
Q # 7) TestNG와 Jenkins를 Maven과 통합 할 수 있습니까?
대답: 예, TestNG 및 Jenkins를 Maven과 통합 할 수 있습니다. 이 모든 것은 플러그인의 도움으로 이루어집니다.
안드로이드를위한 최고의 음악 mp3 다운로더
Q # 8) Maven 라이프 사이클의 세 가지 빌드는 무엇입니까?
대답: Maven주기의 세 가지 표준 빌드가 아래에 나열되어 있습니다.
- 기본
- 깨끗한
- 대지
Q # 9) Jenkins 설정 XML을 설정하는 방법은 무엇입니까?
대답: Jenkins에서 작업의 빌드 섹션으로 이동 한 다음 많은. 설정 파일 옵션이 표시됩니다. settings.xml의 위치가 여기에 지정됩니다.
Q # 10) Jenkins에서 환경 변수를 어떻게 설정합니까?
대답: Jenkins의 환경 변수는 다음에서 설정할 수 있습니다. 구성 화면. 에서 짓다 섹션, 선택 환경 변수 삽입 . VARIABLE_NAME = VALUE 패턴과 같은 환경 변수를 제공해야합니다.
결론
Jenkins와의 통합, Jenkins 용 TestNG 플러그인과 같은 Maven의 많은 부분이 결과를 표시하고 Jenkins에 설정된 Jenkins, Java 및 Maven에 대한 작업 생성, Jenkins의 글로벌 구성을 이제 쉽게 이해할 수 있기를 바랍니다.
또한 Jenkins 빌드 일정 메커니즘, 빌드 후 작업, Jenkins가 Git 또는 기타 저장소 또는 로컬에있는 코드를 처리하는 방법이 여기에 자세히 설명되어 있습니다. 각 단계를 하나씩 연습하면 Maven Jenkins 퓨전이 명확해질 것입니다. 프로젝트에 대한 Maven 문서도 살펴 보았습니다.
지속적인 통합 도구 인 Jenkins는 애자일 세계에서 개발자, 테스터, 비즈니스 분석가 등을 위해 실제로 사용됩니다. 각 조직은 때때로 지속적인 통합 프로세스를 사용하고 조정합니다.
=> 모두를위한 Maven 교육 시리즈를 보려면 여기를 방문하십시오.