08-11 06:07
반응형
Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
| 31 |
Tags
- colima
- 워크플로우 자동화
- AI 코딩
- smithery ai
- 퍼블릭 서브넷
- openrouter
- n8n 튜토리얼
- vercel 대안
- 튜토리얼
- elasticsearch
- ec2 복제
- Docker
- cursor ide
- ai assistant
- elastic observability
- sequential thinking mcp
- gitlab ci/cd
- 고가용성 아키텍처
- ai 에이전트
- node.js
- 설치 가이드
- observability
- n8n 설치
- 프라이빗 서브넷
- coolify
- n8n 사용법
- 개발 생산성
- n8n
- logsdb
- 셀프 호스팅
Archives
- Today
- Total
목록git flow (1)
여행하는개발자
GitLab CI/CD로 main → dev 브랜치 자동 역방향 머지(Merge-Back) 구현하기
핵심 요약: 본 문서는 GitLab CI/CD를 활용하여 `main` 브랜치에 변경 사항이 머지될 때, 해당 내용이 `dev` 브랜치로 자동으로 역방향 머지(Merge-Back)되는 파이프라인을 구축하는 방법을 설명한다. 이 자동화를 통해 브랜치 간의 정합성을 유지하고, 수동 작업으로 인한 실수를 줄여 개발 워크플로우를 크게 개선할 수 있다.많은 개발팀이 Git-Flow와 같은 브랜치 전략을 사용한다. `feature` 브랜치에서 개발한 기능이 `dev`를 거쳐 최종적으로 `main`(또는 `master`) 브랜치에 반영되는 흐름이다. 하지만 운영 중에 발생하는 긴급한 핫픽스(Hotfix)는 `main` 브랜치에 직접 적용되는 경우가 많다. 이 경우, `main` 브랜치의 최신 코드가 `dev` 브랜치에..
기술
2025. 6. 23. 23:06