
  <rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
      <title>Chaos and Order</title>
      <link>https://www.youngju.dev/blog</link>
      <description>천천히 올바르게. AI Researcher &amp; DevOps Engineer Youngju&#39;s blog. GPU/CUDA, LLM, MLOps, Kubernetes AI workloads, and data engineering — plus mindset essays on confidence, routines, health, and sport psychology.</description>
      <language>ko</language>
      <managingEditor>fjvbn2003@gmail.com (Youngju Kim)</managingEditor>
      <webMaster>fjvbn2003@gmail.com (Youngju Kim)</webMaster>
      <lastBuildDate>Fri, 31 Jul 2026 00:00:00 GMT</lastBuildDate>
      <atom:link href="https://www.youngju.dev/tags/stacked-pr/feed.xml" rel="self" type="application/rss+xml"/>
      
  <item>
    <guid>https://www.youngju.dev/blog/2026-07-31-github-stacked-prs-complete-guide</guid>
    <title>GitHub Stacked PR 완전 가이드 — 네이티브 스택 PR이 해결한 것과 그대로 남긴 것</title>
    <link>https://www.youngju.dev/blog/2026-07-31-github-stacked-prs-complete-guide</link>
    <description>2026년 7월 30일 GitHub이 Stacked Pull Requests를 퍼블릭 프리뷰로 공개했습니다. 큰 변경을 의존 순서가 있는 작은 PR 여러 장으로 쪼개 병렬로 리뷰하고 한 번에 병합하는 워크플로가 웹 UI와 gh-stack CLI 확장으로 기본 제공됩니다. 이 글은 스택이 실제로 해결하는 문제, GitHub 네이티브 구현이 하는 일과 하지 않는 일, 베이스 브랜치가 움직일 때 발생하는 리베이스 캐스케이드의 비용, 그리고 Graphite·ghstack·git-branchless·Sapling과 무엇이 다른지를 명령어 단위로 정리합니다. 마지막으로 스택이 오히려 손해인 경우를 분명히 적었습니다.</description>
    <pubDate>Fri, 31 Jul 2026 00:00:00 GMT</pubDate>
    <author>fjvbn2003@gmail.com (Youngju Kim)</author>
    <category>github</category><category>stacked-pr</category><category>code-review</category><category>git</category><category>developer-workflow</category>
  </item>

    </channel>
  </rss>
