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
Forks
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 查看