소스 변경이 일어나도 trigger 되지 않도록 설정: trigger 기능을 꺼버리는 것임(파이트 라인 간의 trigger랑은 다른거임)trigger: none

"docker buildx build" requires exactly 1 argument마지막에 '.'을 안찍어서 발생# 에러 발생docker buildx build -f Dockerfile -t test:0.001# 조치docker buildx build -f Dockerfile -t test:0.001Error: Unable to access jarfile abc*.jarDockerfile에 정의할때는 '*'를 사용하지 않고 실제 파일명을 기술해줘야 함POD 안에 직접 들어가서 "java -jar abc*.jar"를 실행하면 에러 발생 안함# 에러발생ENTRYPOINT ["java", "-jar", "abc*.jar"]# 에러발생 안함ENTRYPOINT ["java", "-jar", "abc-0.0...

참조: https://www.whatwant.com/entry/docker-buildx Docker 패키지 직접 설치 및 buildxUbuntu 환경에서 Docker 설치를 조금은 색다르게 해보고자 한다. 여러 편한 방법이 있겠지만, 직접 버전을 선택해서 패키지 파일을 내려 받아 설치하는 것이다. 특정 버전을 직접 관리하면서 사용할www.whatwant.com# 디렉토리 생성mkdir docker-buildxcd docker-buildx# 패키지 다운로드wget https://download.docker.com/linux/ubuntu/dists/focal/pool/stable/amd64/docker-buildx-plugin_0.10.4-1~ubuntu.20.04~focal_amd64.deb# 설치sudo..

참조: https://velog.io/@chrishan/dockerfile Dockerfile1. 아무것도 없는 이미지(ubuntu, CentOS etc.)로 컨테이너 생성2. Application을 위한 환경을 설치하고 소스코드 등을 복사해 잘 동작하는 것을 확인3. Container를 이미지로 Commit이 방법을 사용하면 Applicatiovelog.io사용자 계정 변경USER {원하는 계정}# root로 작업하고, 원래 계정으로 돌려 놓기USER root..USER {원래 계정}RUN에서 여러 명령어 붙어서 쓰기RUN set -x \ && mkdir /app \ && ls \ && mv *.jar /app \ && chown -R test:test /app

참조: https://learn.microsoft.com/ko-kr/azure/devops/pipelines/build/variables?view=azure-devops&tabs=yaml 미리 정의된 변수 - Azure Pipelines사용 가능한 모든 미리 정의된 변수의 포괄적인 목록learn.microsoft.com사용 샘플$(Build.Repository.LocalPath): repository build 디렉토리$(Build.BuildNumber): build 번호# trigger에 의해서 실행되어야 할 pipeline의 trigger에 설정$(Build.TriggeredBy.BuildId): trigger한 pipeline의 build 번호

다른 pipeline에 결과물을 전달하기 위해 사용하는 방법- task: PublishPipelineArtifact@1 displayName: 'artifact upload' inputs: targetPath: '$(Build.Repository.LocalPath)/docker/minikube.yml' artifact: 'minikube.yml' publishLocation: 'pipeline'