# Github Ops 로 Mono Repo 배포를 더욱 쉽게

> Clean Markdown view of GeekNews topic #18325. Use the original source for factual precision when an external source URL is present.

## Metadata

- GeekNews HTML: [https://news.hada.io/topic?id=18325](https://news.hada.io/topic?id=18325)
- GeekNews Markdown: [https://news.hada.io/topic/18325.md](https://news.hada.io/topic/18325.md)
- Type: news
- Author: [toughrogrammer](https://news.hada.io/@toughrogrammer)
- Published: 2024-12-18T13:56:14+09:00
- Updated: 2024-12-18T13:56:14+09:00
- Original source: [engineering.ab180.co](https://engineering.ab180.co/stories/mono-repo-github-ops)
- Points: 8
- Comments: 0

## Summary

기존 배포 파이프라인 방식에는 특정 브랜치에 푸시되면 배포하거나, main 브랜치에서 Github Release를 생성하여 배포하는 방법 등이 있습니다. ab180 팀은 배포 경험을 설계하고 구현하면서, 동시에 두 개의 PR이 production에 배포되는 상황을 고려하고 Github Environment를 활용하여 변수를 사용하는 방법을 고민했습니다. 또한, 배포가 필요한 환경을 구분하고, 배포가 되지 않았을 때 Merge를 막는 방법 및 Branch-deploy를 활용한 Release 생성과 롤백 방법을 설명합니다.

## Topic Body

- 기존 배포 파이프라인 방식 소개  
  - 방법1: 특정 브렌치에 push 되면 배포  
  - 방법2: main branch에서 Github Release를 생성하여 배포  
  - 방법3: Pull request에 comment를 달아 배포후 main branch merge  
- 우리 팀에서 생각하는 배포 파이프라인의 핵심 가치  
- 배포 경험 설계 그리고 구현  
  - 어떤 고민으로 이렇게 만들었을까  
  - 다른 두개의 PR에서 동시에 production에 배포를 한다면?  
  - Github Environment를 이용하여 변수를 가져다 쓰도록 만들자  
  - 어떻게 배포가 필요한 환경인지 구분할것인가  
  - 배포가 필요한 환경이 배포가 되지 않았을때 어떻게 Merge를 막을 수 있을까  
  - Branch-deploy를 활용해서 어떻게 Release를 생성하고 롤백할 수 있을까  
- 마치며

## Comments



_No public comments on this page._