github 14

[Github] Github Action 트리거 스킵하기

개요Github 레포지터리의 특정 브랜치에 푸시가 발생하거나 PR이 생성되었을 때 자동으로 Github Action이 트리거 되도록 설정해 두었는데, Action 수행이 필요하지 않은 단순 수정 건에도 Action이 트리거 되는 것에 불편함을 느끼곤 했다.적당한 방법이 없나 확인해보니 Github는 Action 트리거를 건너뛰는 방법도 제공하고 있는 것을 알게 되었다. 간단하게 기록해 둔다. 방법Action 트리거를 건너뛰는 방법은 생각보다 간단하다. 커밋 메시지나 PR 헤드에 아래 문자열을 포함시켜 주면 Action 트리거를 건너뛸 수 있다.[skip ci][ci skip] [no ci][skip actions][actions skip]git commit -m "Update README.md [sk..

Git | GitLab 2026.03.30

[GitHub] GitHub Actions - GITHUB_STEP_SUMMARY

개요GitHub Actions에는 각 Job 별 동작을 요약해서 보여줄 수 있는 GITHUB_STEP_SUMMARY을 지원한다. 사용자는 GITHUB_STEP_SUMMARY를 적절하게 사용해 동작의 진행과 결과를 간결하게 표현하고 확인할 수 있다. GITHUB_STEP_SUMMARYGITHUB_STEP_SUMMARY은 마크다운 형식을 사용하며 워크플로우 진행 중 리다이렉션 등을 사용해 내용을 입력한다.echo "{markdown content}" >> $GITHUB_STEP_SUMMARYGITHUB_STEP_SUMMARY는 steop에 대해 고유하고, job이 완료되면 모든 step에 대한 요약이 그룹화되어 페이지에 표시된다. 여러 job이 요약을 생성하는 경우에는 완료 시간을 기준으로 정렬된다.GIT..

Git | GitLab 2026.03.03

[Github] GitHub Actions - 수동 트리거 및 입력

개요최근 GitHub Actions에 대한 기본 개념과 사용법에 대해서 간단히 알아보고 있는데, 주로 레포지터리에 push 이벤트가 발생했을 때 자동으로 트리거 되는 워크플로우를 다뤘다. 하지만 때로는 수동으로도 워크플로우를 트리거해야 하는 경우가 발생하곤 한다. 때문에 이번 글에서는 수동 트리거에 대해서 조금 정리해보려고 한다. 이벤트2026.02.05-[GitHub] GitHub Actions - 변수에서 지나가듯이 언급했는데, 워크플로우를 수동으로 트리거 하고 싶을 때는 on 키워드에 workflow_dispatch를 지정한다.on: workflow_dispatch트리거 이벤트로 workflow_dispatch를 지정하면 워크플로우를 트리거할 수 있도록 버튼이 제공된다. 이때 어떤 브랜치를 사용..

Git | GitLab 2026.02.27

[GitHub] GitHub Actions - Job/Step 간 데이터 전달

개요CI/CD 파이프라인을 생성하다 보면 설정 파일 등을 읽어 들여서 여러 Job, 여러 Step에서 사용하도록 구성하게 되는데 이때 필수적인 기능이 데이터 전달이다. 이번 글에서는 Step, Job 수준에서의 데이터 전달 방식에 대해서 정리해 둔다. GITHUB_OUTPUTGithub Actions 내에서 발생한 출력은 GITHUB_OUTPUT이라는 환경 파일에 저장해 두었다가 접근하여 사용할 수 있다. 저장할 때는 접근할 때 사용할 키를 함께 지정해주어야 한다.echo "{name}={value}" >> "$GITHUB_OUTPUT"참조할 때는 "steps.STEP_ID.outputs.KEY" 형식으로 접근한다.아래 예시는 SELECTED_COLOR를 설정하고 이후에 접근하는 모습을 보여준다. ..

Git | GitLab 2026.02.26

[GitHub] GitHub Actions - on

개요GitHub Actions은 PR을 만들거나 이슈를 열거나 커밋을 푸시하는 행위가 발생할 때 트리거될 수 있는데, 이 트리거 조건은 on 키워드를 통해 설정할 수 있다. 이번 글에서는 on 키워드를 통해 Github Actions 트리거 조건을 어떻게 설정할 수 있는지 정리해두려고 한다. onWorkflow는 on 키워드를 통해 트리거 이벤트를 정의할 수 있다. 이벤트는 하나 또는 여러 개 정의하거나 스케쥴을 설정할 수 있다. 또는 특정 파일이나 태그, 브랜치에 변경이 있을 때만 실행되도록 제한할 수도 있다. 단일 이벤트on: push조건 없이 push로 지정하면 어떤 브랜치든 push가 발생하면 실행하겠다는 의미이다. 여러 이벤트이벤트를 여럿 지정할 때는 대괄호로 감싼다.on: [push, fo..

Git | GitLab 2026.02.11

[GitHub] GitHub Actions - Context와 Expression

개요2026.02.05-[GitHub] GitHub Actions - 변수에서 GitHub Actions 내의 변수에 대해서 알아보았다. 이번 글에서는 관련해서 설명 없이 지나갔던 컨텍스트(Context) 개념과 식(Expression)에 대해서 정리해 본다. ContextsGitHub Actions에서 Contexts란 Workflow 실행, 변수, 실행 환경, job, step에 접근하는 방법으로, 문자열 또는 속성을 포함한 객체 일 수 있다. Contexts, 객체, 속성은 실행 조건에 의해 크게 달라지게 되며, 접근할 때는 Expression 구문을 사용한다.${{ }}기본 환경 변수와 Context 간 차이점은 존재 범위에 있다. 기본 환경 변수는 작업을 수행하는 실행기에서만 존재하는 반..

Git | GitLab 2026.02.10

[GitHub] GitHub Actions - 변수

개요2026.02.04-[GitHub] GitHub Actions - Workflow에서 Workflow 자체 대한 개념과 간단한 예시를 살펴보았다. 이번 글에서는 Workflow 내 변수에 대해서 살펴본다. 변수여느 도구와 비슷하게 GitHub Actions에서의 변수도 민감하지 않은 구성 정보를 저장해 재사용하기 위한 방법을 제공한다. 주로 컴파일러 플래그, 사용자 이름, 서버 이름과 같은 데이터를 변수로 저장해 사용하며, Workflow를 실행하는 Runner에서 보간( interpollation)된다. Action, Step에서 실행되는 명령은 변수를 읽고, 생성하고, 갱신할 수 있다.사용자는 사용자 필요에 의해 변수를 만들어서 사용하거나 GitHub 기본 설정 변수를 활용할 수 있다. 사용자..

Git | GitLab 2026.02.09

[GitHub] GitHub Actions - Workflow

개요2026.02.03-[GitHub] github-actions - 개념에서 GitHub Actions과 관련된 기본적인 개념에 대해서 익혀보았다. 이번 글에서는 Worflow에 초점을 두어서 살펴본다. WorkflowWorkflow는 하나 이상의 Job을 실행하는 구성 가능하고 자동화된 프로세스이다. 레포지터리 내 .github/workflows 경로에서 YAML 파일 형식으로 정의하며, 이벤트로 트리거 되거나 수동 트리거. 또는 스케쥴링에 의해 트리거 될 수 있다. 하나의 레포지터리는 여러 Workflow을 가질 수 있고, Workflow는 정의에 의해 다양한 작업을 수행할 수 있다.Pull Request를 빌드하고 테스트한다.릴리즈가 생성될 때마다 애플리케이션을 배포한다.새 문제가 보고될 때마다..

Git | GitLab 2026.02.06

[GitHub] GitHub Actions - 개념

개요기존에 업무하고 테스트하기 바빠서 GitHub Actions에 대한 개념 정리도 없이 GitHub Actions 테스트 도구인 act에 대한 글을 작성했었다. 이번 글에서는 그 공백을 좀 메꿔보고자 공식 문서를 참조해 개념 정리를 해보려고 한다. Github ActionsGitHub Actions은 빌드, 테스트, 배포 파이프라인을 자동화할 수 있는 CI/CD 플랫폼으로, 레포지터리에서 이벤트가 발생할 때 워크플로우를 실행할 수 있도록 한다. Linux, Windows, macOS, 또는 사용자 정의 실행기에서 실행할 수 있다.Github 버전의 gitlab cicd라고 이해하면 될 것 같다. 구성 요소워크플로우 (Workflow)하나 이상의 작업을 실행할 구성 가능한 자동화된 프로세스. 레포..

Git | GitLab 2026.02.05

[작업 기록] 서비스 이전 (Docker -> EKS)

배경현재 운영 중인 서비스에는 Kafka 브로커의 메시지를 처리하는 ETL Handler(Consumer)가 존재한다. 초기에는 트래픽이 많지 않아 단일 EC2 인스턴스 위에 Docker 컨테이너를 띄워 운영하는 것만으로 충분했다.하지만 서비스 규모가 커지며 문제가 발생했다. 패키지 저장소와 취약점 DB가 확대되면서 핸들러 수가 증가했고, 결국 단일 호스트의 물리적 리소스 한계에 부딪혔다. 빈번한 CPU 사용량 과다로 인스턴스가 죽는 현상이 잦아졌고, 이는 곧 단일 장애점(SPOF)이 되어 서비스 전체의 안정성을 위협했다.간단한 해결 방법은 인스턴스 타입 변경이지만, 이는 근본적인 해결책이 되지 못했다. 때문에 보다 안정적인 운영 환경인 EKS로의 이전을 꾀하게 되었다. 목표업무를 진행하기 전에 목표..

기타 2026.01.28
1 2