GitHub AI Агентуудын Үүсгэсэн "Нүсэр" Кодыг Задлах Native Stacked Pull Requests Боломжийг Танилцууллаа

Сүүлийн үед GitHub Copilot, Claude Code, OpenHands зэрэг AI кодинг агентууд программ хөгжүүлэлтийн хурдыг асар ихээр нэмэгдүүлж байгаа билээ. Гэвч хөгжүүлэгчдийн өмнө нэгэн томоохон шинэ асуудал үүссэн нь "AI Code Bloat" буюу AI-ийн үүсгэсэн нүсэр кодын тойм (Code Review) юм. Агент хэдхэн минутын дотор 1,500 гаруй мөр код бүхий ганцхан монолит Pull Request (PR) үүсгэхэд, түүнийг хүн баталгаажуулж, тоймлон үзэхэд хэдэн цаг эсвэл өдөр зарцуулагдаж байна.

GitHub энэхүү гацааг арилгах зорилгоор өмнө нь зөвхөн Meta, Google зэрэг томоохон компанияудын дотоод хэрэгцээнд эсвэл гуравдагч хэрэгслүүдээр (Graphite, ghstack г.м.) хийгддэг байсан Stacked Pull Requests архитектурыг өөрийн платформдоо шууд (native) нэвтрүүлж, Public Preview байдлаар нээснээ зарлалаа.

"Stacked PRs" гэж юу вэ, AI эрин үед яагаад чухал вэ?

Уламжлалт хөгжүүлэлтэд бид нэг том feature бэлтгэхдээ main салбараас шинэ branch үүсгэж, бэлэн болмогц нь ганц том PR гаргадаг. Харин Stacked Pull Requests нь том өөрчлөлтийг логик дараалал бүхий жижиг, хоорондоо хамааралтай PR-уудын цуваа ("стек") болгон задардаг архитектур юм.

PR бүр өөрийн доод талын PR-ийг target (base branch) болгон авах бөгөөд хөгжүүлэгчид давхарга бүрийг тус тусад нь тоймлон шалгах боломжтой.

AI кодинг агентуудын эрин үед энэ нь дараах гол ач холбогдолтой:

Шүүмжийн ачааллыг (Cognitive Load) бууруулна: 2,000 мөр кодыг нэг дор харахаас илүү 200 мөр бүхий 10 тусдаа тодорхой давхаргыг тоймлох нь хавьгүй хурдан бөгөөд алдаа багатай.
Агентуудад зориулсан шинэ урсгал: GitHub Copilot болон AI агентуудад gh-stack skill-ийг суулгаж өгснөөр, агент өөрөө даалгаврыг жижиглэн хувааж, олон шаталсан PR-уудыг автоматаар үүсгэх боломжтой болсон.
Параллель код тойм ба интеграци: Доод талын тулгуур PR батлагдаж merge хийгдэхэд, түүний дээрх PR-уудын base branch нь автоматаар update хийгдэж, main салбар руу чиглэгдэнэ.

Хэрхэн ажилладаг вэ? (Developer Workflow)

GitHub-ийн CLI extension ашиглан терминалаас шууд стек үүсгэх болон удирдах боломжтой.

1. Extension суулгах

gh extension install github/gh-stack

2. Стек үүсгэх ба өөрчлөлтүүдийг илгээх

Хөгжүүлэгч эсвэл AI агент эхний жижиг өөрчлөлтөө үүсгээд:

# Эхний давхарга (PR 1)
git checkout -b feature/database-schema
git commit -m "db: Add user tracking table"

# Дараагийн давхарга (PR 2 - өмнөх салбараас салаална)
git checkout -b feature/api-endpoint
git commit -m "api: Add user tracking endpoint"

# Стек бүхэлд нь GitHub руу илгээх
gh stack push

Энэхүү тушаал нь салбар бүрээр тусдаа PR үүсгэж, GitHub-ийн UI дээр "Stack Map" буюу тэдгээрийн хоорондын шаталсан хамаарлыг тодорхой харуулна.

Архитектурын давуу тал ба одоогийн хязгаарлалт

Давуу талууд:

Merge Queue ба Branch Protection: GitHub-ийн одоогийн CI/CD шалгуур, Branch Protection болон Merge Queue зэрэг аюулгүй байдлын системүүдтэй шууд интеграцчлагдсан.
Автомат Rebase: Стек доторх аль нэг PR merge хийгдэхэд дээд талын салбарууд нь ямар нэгэн конфликтгүйгээр автоматаар шинэчлэгдэнэ.
Зах зээлийн дэмжлэг: Vercel-ийн Next.js баг болон jQuery-г үүсгэн байгуулагч Жон Резиг (John Resig) нар шинэ боломжийг хөгжүүлэлтийн хурдыг эрс нэмэгдүүлсэн хэмээн өндрөөр үнэлжээ.

Анхаарах хязгаарлалт:

Fork-ийн хязгаарлалт: Одоогоор бүх салбар болон PR-ууд нэг репозитори дээр (same origin repository) байх шаардлагатай. Багийн гишүүд өөр өөрийн fork дээрээс стек үүсгэх боломж одоогоор нээгдээгүй байна.
CI Diff Comments: Зарим CI хэрэгслүүд (жишээ нь dependency diff болон screenshot diff бот хэрэгслүүд) PR-ийн base branch солигдох үед буруу diff харуулах тохиолдол гарч байгаа тул CI тохиргоогоо нягтлах шаардлагатай.

Дүгнэлт: Инженерүүдийн сэтгэлгээний өөрчлөлт

AI агентууд код бичих хурдыг асар ихээр нэмэгдүүлж байгаа ч, хэрэв код тоймлох процесс нь хуучин замаараа үлдвэл систем бүхэлдээ гацаанд орно. Native Stacked PRs нь зөвхөн хэрэгслийн шинэчлэл биш, AI эрин үеийн программ хөгжүүлэлтийн шинэ соёл, архитектур юм.

Хэрэв танай баг AI кодинг хэрэгслүүдийг идэвхтэй ашиглаж байгаа бол одооноос gh-stack extension-ийг туршиж, том PR-уудыг жижиг стекүүдэд хуваах дадалдаа шилжихийг зөвлөж байна.

Эх сурвалж: GitHub Blog - Stacked pull requests are now in public preview