SI Supply Depot

Jenkins가 설치되어 있는 서버가 외부와의 통신이 되는 환경이면 좋겠지만 그렇지 않은 환경이 여지껏 더 많았다. 따라서 Jenkins를 설치할때도 이미 많이 사용하고 있는 플러그인들을 다 가지고 있는 Jenkins를 통으로 설치하는 경우가 많았다. 하지만 플러그인이 추가로 더 필요한 경우는 분명히 생긴다. 이럴때 어떻게 플러그인을 설치하는지 알아보자. 폐쇄망이라면 Jenkins 앱 내에 있는 plugin manager를 사용하지 못하기 때문에 플러그인을 수동으로 다운받아야한다. Index of /download/plugins updates.jenkins-ci.org 이곳에 들어가면 Jenkins에서 사용가능한 플러그인들이 다 있다. 원하는 플러그인을 다운로드 받는다. 다운로드를 받으면 이런식으로 .h..

Jasypt를 사용해서 암호화를 하는 방법은 지난번에 포스팅을 했다. Spring properties 파일의 내용 암호화하기 (with Jasypt) properties 파일을 구성할때 암호화가 필요한 부분들이 존재한다. 가장 대표적인 예가 datasource의 username, password 부분이다. 이것들은 정말 다양한 방법을 통해서 암호화가 되고 있지만 요즘 추세는 d oingdaddy.tistory.com 이때 특정 문자열에 대해 암호화를 하기 위해서 여러가지 방법이 있다고 했고 그중 CommandLineRunner를 implements해서 Springboot Main class에서 run method를 구현하는 방법으로 암호화된 문자열을 구했다. 하지만 이것도 번거롭다. 어딘가에 Jasypt..

새로운 Maven 프로젝트를 생성했을때 다음과 같은 오류를 종종 만나볼 수 있다. Could not calculate build plan: Plugin org.apache.maven.plugins:maven-jar-plugin:3.2.0 or one of its dependencies could not be resolved 이 에러의 내용은 프로젝트가 import가 되면서 maven local repository에 필요한 lib들을 가지고 오는데 이 과정이 뭔가 잘못되어서 꼬인 경우가 대부분이다. 이 오류를 해결하는 가장 쉬운 방법은 내 maven local repository를 다 날리고 다시 받는것인데 이 경우 프로젝트가 큰 경우 많은 시간이 걸릴수도 있으므로 일단은 오류메세지에 나온 lib만 날리고..

이전까지 작업을 통해 소스코드를 git에 올리고 또 이클립스에서는 어떻게 branch의 소스를 mergy 하는지에 대해서 알아보았다. branch와 mergy를 하는것이 3편이었는데 branch를 생성하는것이 3편이다.. 사실 작성 순서가 좀 뒤죽박죽이다. 아무튼 CLI 환경에서 git 프로젝트를 올리는 방법에 이어 올린 소스의 branch를 따는 방법을 알아보겠다. branch 생성부터 삭제까지 예제를 통해 알아보겠다. branch 생성 $ git checkout -b developer git 프로젝트를 올린 디렉토리(C:\Users\User\등록한프로젝트명)로 들어가서 위와 같은 명령어를 날린다. 그럼 local repository에 developer 라는 branch가 생성이 된다. $ git pu..

일단은 이 둘을 연결하기 전에 webhook이라는 개념부터 알고 넘어가자. webhook이란 간단히 말해 서버(이글로 치면 gitlab)에서 어떤 이벤트가 발생했을때 클라이언트(jenkins)에게 알릴수 있는 메커니즘이라고 이해하면 된다. 서버가 클라이언트를 호출하여 역방향 API 라고도 한다. 즉 gitlab에서 어떤 변경사항(push)이 생기게 되면 이 정보를 가지고 jenkins의 특정 job과 연동을 할수 있다는 것이다. webhook을 설정하기 전에 일단은 jenkins와 gitlab을 연결하는 작업부터 하자. gitlab plugin은 설치가 되어있다고 가정한다. Jenkins 관리 > 시스템설정 으로 들어가면 Gitlab 을 설정하는 부분이 있다. 이곳에 앞으로 jenkins에서 접근할 co..

git을 local에 설치한 이유는 gitlab에서 직접 프로젝트를 등록하기가 어렵다. 또한 git을 사용하기 위해서는 CLI 환경에 익숙해지기도 해야한다. 그래야지 다양한 git의 기능을 십분 활용할수 있다. 일단은 local에 설치한 git에 기본정보를 넣어준다. $ git config --global user.name 아이디 or 이름 $ git config --global user.email 이메일 이것은 추후 git에 push를 하면 누가 push를 해줬는지 파악할수 있는 용도로 활용이 된다. 잘 설정이 되었는지는 $ git config --list 를 통해서 확인할 수 있다. 세팅을 해줬다면 gitlab에 접속을 해서 소스를 올릴 프로젝트를 하나 생성한다. 우측 상단의 New project 를..

git을 그동안은 누군가가 만들어 놓은 git을 이용하기만 했지 내가 직접 git 프로젝트를 생성해본적은 없었다. 새로운 프로젝트를 생성해야 하는 상황이 되었고 한번 해보자! 일단 git이 local에 호옥시 설치가 되었는지 확인을 해봤지만 역시 돌아오는 답변은 실행할수 없다고 한다. Git git-scm.com 이곳에서 Download 를 눌러서 원하는 OS에 맞게 설치파일을 받을 수 있다. 이것 누르고 64비트(요즘은 다 64죠..?)로 해서 다운로드 받으면 Git-2.28.0-64-bit.exe 이런 설치파일을 받을 수 있다. 이걸 시작으로 수없이 많은 선택사항이 있고 필자는 하나도 바꾸지 않고 모두 Next를 눌러서 설치를 하였다. 설치가 완료 되었으면 다시 CMD를 열고 (꼭 닫았다가 다시 열어..

maven project를 수행할때 필요한 settings.xml 파일은 보통은 MAVEN_HOME/conf 밑에 존재한다. 이곳은 전역 설정을 위한 곳이고 /USER_HOME/.m2/settings.xml 이렇게 지역설정을 할 수 있다. 하지만 이런 설정들을 꼭 서버에 들어가서 직접 수행하지 않고도 jenkins내에서 간단하게 수행할 수 있다. 시작점은 Jenkins 관리 > Managed files 이다. 아래 설명에도 나와있듯이 settings.xml for maven 을 할수 있다고 한다. Managed files > Add a new Config 를 통해서 들어가면 jenkins에서 관리할 수 있는 여러가지 파일들이 나온다. 지금은 settings.xml 파일에 대한 내용을 다룰 것으므로 봐야할..