git pull
git add .
git commit -m "clean push"
git push
git remote remove origin
git remote add origin https://github.com/playauto/리포지토리명
git push -u origin --all
git push -u origin --tags
출처 :
도커가 설치되어 있다고 가정한다.
Docker Hub 에서 Jenkins 이미지를 내려받을 수 있다.
내려받을 jenkins 이미지 파일과 pull 명령어를 확인할 수 있다.
여기서는 lts 버전 파일을 내려받았다.
docker pull jenkins/jenkins:lts
docker images 로 내려받아진 이미지 repository 명 확인후에
아래 명령어를 실행한다.
$ docker run -d -p 8181:8080 -v /jenkins:/var/jenkins_home --name jm_jenkins -u root jenkins/jenkins:lts
// 위 명령어 옵션설명
-d detached mode 흔히 말하는 백그라운드 모드
-p 호스트와 컨테이너의 포트를 연결 (포워딩)
-v 호스트와 컨테이너의 디렉토리를 연결 (마운트)
–name 컨테이너 이름 설정
-u 실행할 사용자 지정
맨 마지막 jenkins/jenkins:lts 는 실행할 이미지의 레포지토리 이름이며 만약 이미지가 없을 경우 이미지를 docker hub 에서 땡겨오므로 주의한다.
docker ps 명령을 통해서 정상적으로 jenkins 컨테이너가 올라온 것을 확인했다면, 브라우저를 통해 해당 포트로 접속한다. Jenkins 설치를 계속하기 위해선 admin password 를 입력해야 한다.
원랜 jenkins 도커 이미지에 접근하여 initialAdminPassword 폴더에 접근 후 패스워드를 가져와야 하지만 “docker logs jenkins” 명령어를 통해 굳이 폴더 접근하지 않아도 확인할 수 있다.
처음 설치할 플러그인들을 선택하는 화면이 나온다. 여기선 기본 권장 플러그인들을 선택하고 설치를 진행한다.
참고자료:
자주 사용하거나 자주 사용하게 될 명령어들을 다른 블로그를 참고하여 작성하였다.
docker -v
docker pull [이미지 이름]
ex) docker pull centos:7
docker start mycentos
docker attach mycentos
docker run -i -t --name centos7 centos:7
docker stop centos7
exit
or Ctrl + D
Ctrl + P, Q
docker ps
docker ps -a
docker rename [변경 전 컨테이너 이름] [변경 후 컨테이너 이름]
docker exec -i -t wordpressdb /bin/bash
docker rm [컨테이너id]
docker rm `docker ps -a -q`
docker images
docker rmi [이미지id]
docker rmi -f [이미지id]
docker stop `docker ps -a -q`
docker rm `docker ps -a -q`
- docker rmi `docker images -q`
$ docker run -d -p 8080:8080 -v /jenkins:/var/jenkins_home –name jenkins -u root jenkins
-d detached mode 흔히 말하는 백그라운드 모드
-p 호스트와 컨테이너의 포트를 연결 (포워딩)
-v 호스트와 컨테이너의 디렉토리를 연결 (마운트)
–name 컨테이너 이름 설정
-u 실행할 사용자 지정
참고자료
Eclipse 에서 IntelliJ IDEA로 전환시에 불편한 점 중에 하나가 .gitignore 파일에 마우스 우클릭으로 커밋에 제외할 파일을 빠르게 추가하지 못하는 것이다.
Eclipse에서는 파일 / 디렉토리를 마우스 오른쪽 버튼으로 클릭하고 ‘ .gitignore에 추가 ‘를 선택할 수 있다.
하지만 당연히 IntelliJ IDEA에서 이와 같은 것이 있고 플러그인으로 제공한다.
(Ctrl + Alt + S 단축키 사용)
search in repositories 클릭 후 검색하여 플러그인 설치.
gitignore 파일이 없을 경우 파일생성하라는 노란색 바가 나오게 됨.
위의 내용 적용 후에 .gitignore 가 제대로 작동되지 않아 ignore처리된 파일이 커밋대상에 포함되어 나오는 문제가 발생하여 이 내용을 추가로 작성하였다.
git의 캐시가 문제가 되는거라 아래 명령어로 캐시 내용을 전부 삭제후 다시 add All한다.
한번에 처리가 안되서 한번더 반복해서 입력하니 정상적으로 적용되었다.
git rm -r --cached .
git add .
참고자료 :
```
필자 본인이 기억하기 위한 용도로 짧게 작성하였다.
pipeline 에 대한 대략적인 내용 참고 : https://www.youtube.com/watch?v=56jtwSrNvrs
Github hook trigger GITSem polling을 선택함.
ex) */master
이 프로젝트에선 프로젝트 root 경로에 Jenkinsfile 이름의 파일에 스크립트를 지정하였다.
s3 버킷명 (여기선 S3버킷이름으로 표시)
Beanstalk 어플리케이션이름 및 환경이름 참고 (해당 경로에 있는 이름대로 아래 스크립트에 포함시키면 된다.)
pipeline {
agent any
environment {
// Slack configuration
SLACK_COLOR_DANGER = '#E01563'
SLACK_COLOR_INFO = '#6ECADC'
SLACK_COLOR_WARNING = '#FFC300'
SLACK_COLOR_GOOD = '#3EB991'
} // environment
stages {
// WAR 파일로 빌드 (테스트 부분 스킵..)
stage('Build War') {
steps {
sh 'pwd'
sh 'mvn -B -DskipTests clean package'
}
}
stage('Test') {
steps {
echo 'Testing'
}
}
// S3에 먼저 업로드 후 Deploy 진행
stage('Upload S3') {
steps {
echo 'Uploading'
sh 'aws s3 cp /var/lib/jenkins/workspace/프로젝트명/target/프로젝트.war s3://S3버킷이름/${JOB_NAME}-${GIT_BRANCH}-${BUILD_NUMBER}.war \
--acl public-read-write \
--region ap-northeast-2' //서울리전
}
}
stage('Deploy') {
steps {
echo 'Deploying'
sh 'aws elasticbeanstalk create-application-version \
--region ap-northeast-2 \
--application-name 어플리케이션이름 \
--version-label ${JOB_NAME}-${BUILD_NUMBER} \
--description ${BUILD_TAG} \
--source-bundle S3Bucket="S3버킷이름",S3Key="${JOB_NAME}-${GIT_BRANCH}-${BUILD_NUMBER}.war"'
sh 'aws elasticbeanstalk update-environment \
--region ap-northeast-2 \
--environment-name 환경이름 \
--version-label ${JOB_NAME}-${BUILD_NUMBER}'
}
}
}
post {
always {
echo 'This will always run'
}
// 성공 시 슬랙 #tickets 채널에 성공 메세지 보내기
success {
echo 'This will run only if successful'
echo 'Pushing EBS'
slackSend (color: "${env.SLACK_COLOR_GOOD}",
channel: "#tickets",
message: "*SUCCESS:* Job ${env.JOB_NAME} build ${env.BUILD_NUMBER} by ${env.USER_ID}\n More info at: ${env.BUILD_URL}")
}
// 실패 시 슬랙 #tickets 채널에 성공 메세지 보내기
failure {
echo 'This will run only if failed'
//슬랙 #tickets 채널에 실패 메세지 보내기
slackSend (color: "${env.SLACK_COLOR_DANGER}",
channel: "#tickets",
message: "*FAILED:* Job ${env.JOB_NAME} build ${env.BUILD_NUMBER} by ${env.USER_ID}\n More info at: ${env.BUILD_URL}")
}
unstable {
echo 'This will run only if the run was marked as unstable'
}
changed {
echo 'This will run only if the state of the Pipeline has changed'
echo 'For example, if the Pipeline was previously failing but is now successful'
}
}
}