12-28 00:00
반응형
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
- 고가용성 아키텍처
- n8n 사용법
- n8n 설치
- node.js
- 퍼블릭 서브넷
- smithery ai
- observability
- gitlab ci/cd
- 튜토리얼
- openrouter
- 워크플로우 자동화
- ec2 복제
- coolify
- ai assistant
- vercel 대안
- 개발 생산성
- Docker
- n8n
- n8n 튜토리얼
- sequential thinking mcp
- elasticsearch
- logsdb
- 프라이빗 서브넷
- cursor ide
- 설치 가이드
- AI 코딩
- colima
- ai 에이전트
- 셀프 호스팅
- elastic observability
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