<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Feature Flag on Ted Factory</title><link>https://tedfactory.com/tags/feature-flag/</link><description>Recent content in Feature Flag on Ted Factory</description><generator>Hugo</generator><language>ko</language><lastBuildDate>Sun, 19 Jul 2026 20:04:48 +0900</lastBuildDate><atom:link href="https://tedfactory.com/tags/feature-flag/index.xml" rel="self" type="application/rss+xml"/><item><title>feature flag는 무엇을 해결하는가 — 단일 브랜치 협업과 구글식 트렁크 개발의 오해</title><link>https://tedfactory.com/notes/essays/feature-flag-single-branch-collaboration/</link><pubDate>Sun, 28 Jun 2026 00:00:00 +0900</pubDate><guid>https://tedfactory.com/notes/essays/feature-flag-single-branch-collaboration/</guid><description>&lt;h1 id="feature-flag는-무엇을-해결하는가--단일-브랜치-협업과-구글식-트렁크-개발의-오해"&gt;feature flag는 무엇을 해결하는가 — 단일 브랜치 협업과 구글식 트렁크 개발의 오해&lt;a class="anchor" href="#feature-flag%eb%8a%94-%eb%ac%b4%ec%97%87%ec%9d%84-%ed%95%b4%ea%b2%b0%ed%95%98%eb%8a%94%ea%b0%80--%eb%8b%a8%ec%9d%bc-%eb%b8%8c%eb%9e%9c%ec%b9%98-%ed%98%91%ec%97%85%ea%b3%bc-%ea%b5%ac%ea%b8%80%ec%8b%9d-%ed%8a%b8%eb%a0%81%ed%81%ac-%ea%b0%9c%eb%b0%9c%ec%9d%98-%ec%98%a4%ed%95%b4"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;2026-06-28&lt;/p&gt;
&lt;p&gt;&lt;img src="https://tedfactory.com/images/notes/feature-flag-single-branch-collaboration-cover.png" alt="단일 브랜치 협업과 feature flag" /&gt;&lt;/p&gt;
&lt;p&gt;회사의 웹 서비스 저장소에서 한 가지 실험을 해본 적이 있습니다. 협업자들이 각자 작업 브랜치를 만들고 PR(Pull Request, 변경을 본 브랜치에 합치기 전 검토를 거치는 단위)을 올리는 전통적인 과정 없이, 모두가 기본 브랜치(&lt;code&gt;develop&lt;/code&gt;)에 직접 push하는 방식이었습니다.&lt;/p&gt;
&lt;p&gt;전통적인 개발에서는 지양하는 방식이지만, AI 에이전트가 개발의 상당 부분을 담당하는 환경에서는 브랜치와 PR을 만드는 절차 자체가 불필요한 병목일 수 있다는 가설이었습니다. 사람이 일일이 리뷰하지 않아도 CI(Continuous Integration, 코드가 합쳐질 때 자동으로 빌드·테스트를 돌리는 시스템)가 품질을 보장해 줄 것이라는 기대였습니다.&lt;/p&gt;</description></item></channel></rss>