Skip to main content

approach-trunk-based-development-for-agent-first-workflows

Trunk-based development (TBD) is a branching strategy where all developers (agents and humans) commit frequently to a single shared branch (`main`), with short-lived feature branches (<24 hours) us...

소스 정보

저장소
sddevelopment-be/quickstart_agent-augmented-development
최근 소스 활동
2026년 1월 31일 06:30
감지된 SKILL.md 언어
영어
스타
13
포크
3

설치 방법

기본적으로 소스를 먼저 확인하는 Prompt가 선택됩니다. 직접 명령으로 전환하거나 로컬 사본을 다운로드할 수도 있습니다.

소스 파일 검토

설치 여부를 결정하기 전에 SKILL.md와 SkillsMP에 표시된 보조 파일을 읽어 보세요.

SKILL.md 표시 중

SKILL.md
소스 지침 · 읽기 전용 미리보기
name
Approach: Trunk-Based Development for Agent-First Workflows
description
Trunk-based development (TBD) is a branching strategy where all developers (agents and humans) commit frequently to a single shared branch (`main`), with short-lived feature branches (<24 hours) us...
version
1.0.0
type
approach
category
operational-pattern
# Approach: Trunk-Based Development for Agent-First Workflows Trunk-based development (TBD) is a branching strategy where all developers (agents and humans) commit frequently to a single shared branch (`main`), with short-lived feature branches (<24 hours) us... ## Instructions Trunk-based development (TBD) is a branching strategy where all developers (agents and humans) commit frequently to a single shared branch (`main`), with short-lived feature branches (<24 hours) used only for coordinated changes. This approach minimizes merge conflicts, accelerates feedback, and aligns naturally with agent task completion patterns. **Key principles:** 1. **Single source of truth:** `main` branch is always deployable 2. **Small, frequent commits:** Multiple commits per day 3. **Short-lived branches:** Maximum 24 hours, prefer <4 hours 4. **Continuous validation:** Every commit runs tests and checks 5. **Feature flags:** Hide incomplete work, don't hold it in branches 6. **Rapid revert:** Fix or rollback within 15 minutes of failure **When to use trunk-based development:** - ✅ Async multi-agent orchestration (this repository) - ✅ Rapid iteration with frequent small changes - ✅ Strong test coverage and automated validation - ✅ Team comfortable with continuous integration discipline **When to avoid:** - ❌ Large, risky changes without adequate test coverage - ❌ Teams without automated validation infrastructure - ❌ Work requiring extended isolation (>24h) ---
GitHub에서 보기