거북이-https://velog.io/@violet_evgadn 이전완료

다음 단계는 실행되고 있는 Tomcat 서버에 빌드(Packaging) 결과물인 war파일을 실행시킴으로써 실제 Application이 동작하는 것을 보는 과정이다. 하지만 이를 위해선 Tomcat 서버가 실행될 필요성이 있기 때문에 먼저 Tomcat을 설치하고 실행시켜보자. 1. https://tomcat.apache.org 접 후 Tomcat 9 버전 설치 2. 설치한 파일 압축 해제 & C 드라이브에 폴더 생성 & 생성한 폴더에 압축 해제한 Tomcat 파일 옮기 설치한 apache-tomcat에는 많은 디렉터리와 파일이 존재하는데 이 중 중요한 것은 conf와 webapps이다. conf : Tomcat의 각종 설정과 관련된 디렉터리 webapps : Tomcat이 관리할 Web Applicati..

1. 새로운 Item 메뉴 클릭 2. Maven Project Type을 선택 후 이름 지정 만약 "Maven Project"라는 Project Type이 존재하지 않을 경우 Plugin이 설치되지 않았다는 의미이므로 먼저 Maven Plugin을 설치하자. 3. Configuration 설정 첫 번째 Item 생성은 활용 방법 정도만 알아보기 위해 Configuration에 대해 아무런 설정도 하지 않았다. 이번에는 한 번 Configuration의 몇 가지를 사용해보자. ◎ General - 설명 말 그대로 Project를 설명하는 Comment를 입력하는 공간이다. ◎ 소스 코드 관리 - Git GitHub와 연동하기 위한 단계이다. 이 Section에서 GitHub의 브랜치 중 트리거로 삼을 브랜..

1. 새로운 Item 메뉴 클릭 2. Freestyle project & Item Name 입력 아래에도 여러 가지 Template도 있는데, 이를 활용하기 위해선 추가적인 Plugin이 필요하기 때문에 일단 Freestyle project로 생성한다. 이름까지 모두 입력했다면 OK를 선택한다. 3. Configuration 설정 General : Project의 설명이 Source Code를 가져올 위치 소스 코드 관리 : Git 사용 여부 빌드 유발 : Build가 발생하는 Event 조건 생성 빌드 환경 : Build를 실행시키는 환경 설정 Build Steps : Build를 완료한 이후 수행할 작업에 대한 설정 빌드 후 조치 : 빌드가 끝난 이후 Packaging 및 Packaging 한 파일 ..

Jenkins를 본격적으로 사용하기에 앞서 몇 가지 기본 설정들을 적용해주자. 위 사진처럼 Jenkins Dashboard에서 Jenkins 관리를 선택한 이후 Global Tool Configuration을 선택해주면 된다. 필요한 Plugin 설치 ◎ Plugin 설치 방법 Jenkins 관리 > 플러그인 관리 > 설치 가능 Section을 선택하여 원하는 Plugin을 검색하면 된다. 이젠 프로젝트를 진행하며 필요한 Plugin들을 설치해보자. ◎ GitHub Plugin 이전에는 Github Plugin이 필수 Plugin이 아니었으나 최근 Jenkins에서는 Github Plugin이 필수 설치 Plugin에 포함되었다. 하지만 혹시 모르니 GitHub Plugin이 설치되었는지 확인해보도록 하..

Windows 1. https://www.jenkins.io/download/ 에서 Windows 설치 2. 다운로드한 msi 파일 실행 후 Next 클릭 Destination Folder : Jenkins Project들을 설치할 위치 Service Logon Credentials : 만약 Server에 Jenkins를 설치하여 활용할 경우 서버에 대한 접속 정보 입력 현재 우리는 Local에서 Jenkins를 사용할 것이므로 Run Service as LocalSystem을 선택하자 Port : 사용할 Port 번호 Default로 8080으로 되어있겠지만, 알다시피 8080은 Web 개발에서 가장 기본적으로 사용하는 Default Port이기 때문에 8088 등의 사용하지 않는 Port 번호로 변경..

Jenkins를 활용한 CI/CD 과정 ◎ Dev 과정 개발팀은 고객의 요구사항을 만족시키기 위한 Service에 대한 개발을 수행할 것이다. 그리고 서비스 개발이 완료될 경우 VCS, 버전 관리 시스템에 개발한 코드를 Push(Check in/commit)할 것이다. 코드가 특정 Branch에 Push될 경우 이를 Trigger로 Build 과정과 Unit Test과정을 수행한다. 만약 Build가 성공적으로 완료되었으며 모든 Unit Test를 통과했다면 다음 단계로 넘어간다. 다음 단계는 Integration Test인데, 이전에 말한 인수 테스트이다. 이전에 배웠듯 인수 테스트 과정에서는 모든 단위 테스트를 한번에 수행해보고 성능 등을 확인해보며 고객의 요구사항을 모두 만족시키는지 확인해봄으로써 ..

CI & CD ◎ CI란? CI는 Continuous Integeration(지속적인 통합)의 약자이다. 지속적인 통합이라는 게 무슨 의미일까? CI를 간단히 표현하자면 "빌드 및 테스트 자동화"라고 할 수 있다. CI는 새롭게 만들거나 수정을 가한 Service를 빌드하고 테스트하여 서비스가 제대로 작동하는지 확인하는 과정을 자동으로 수행해주는 것이다. CI는 계속해서 자동화된 빌드와 테스트를 제공하기 때문에 코드의 지속적인 품질 유지 및 상승을 가능하게 한다. CI는 버전 관리 시스템(ex. Git)에 대한 변경 사항을 정기적으로 커밋하여 모든 사람이 동일한 작업을 수행할 수 있도록 도와주기도 한다. 따라서 CI를 성공적으로 구현한 경우 협업하는 모든 개발자가 충돌 없이 애플리케이션을 개발할 수 있게..