# Dagger — Programmable Local-First CI Engine

> Dagger turns CI into programmable containerized functions. Run the same build graph locally or in CI, with SDKs and observable pipeline execution.

## Install

Copy the content below into your project:

## Quick Use

1. Install the verified package or repo entrypoint:

```bash
brew install dagger/tap/dagger
```

2. Run the first local check:

```bash
dagger init
dagger call build
```

3. Add a repeatable verification command:

```bash
dagger call test
```

---

## Intro

Dagger is a verified GitHub-backed tool for modern AI and developer workflows, sourced from `dagger/dagger` with 15,777 stars and a Apache-2.0 license snapshot. Best for: teams tired of CI-only YAML failures who want build, test, and release logic runnable from a laptop before pushing. Works with: containers, Go/Python/TypeScript SDKs, GitHub Actions, GitLab CI, local Docker-compatible runtimes. Setup time: 15 minutes. Use it when you need a concrete, repeatable path rather than another one-off shell snippet.

---

## Operating Pattern

### Fit check

| Question | Practical answer |
|---|---|
| What do you install? | `dagger` from `dagger/dagger` |
| What is the first command? | `dagger init` |
| What proves it works? | `dagger call test` |
| How long should a pilot take? | 15 minutes for a small repo or sandbox |

### Adoption loop

1. Run the tool on a disposable branch or sandbox project.
2. Capture before/after output so reviewers can see the exact effect.
3. Add the smallest CI or local check that prevents regressions.
4. Document owner, upgrade command, and rollback command in the repo.

### Recommended use

Move the hardest CI step first. If the integration test becomes a typed Dagger function, developers can reproduce the failure locally before waiting on CI.

### Guardrails

Do not translate every CI line at once. Keep the pipeline small until cache, secrets, and artifact boundaries are understood.

### Rollout checklist

- Pin the package or release version before using it in CI.
- Keep credentials in environment variables or the platform secret store.
- Add one owner who is responsible for upgrades and breaking-change triage.
- Re-check the GitHub repo before writing docs that mention APIs or install paths.


---

### FAQ

**Q: Is this production-ready?**
A: The repo exists at `https://github.com/dagger/dagger` and has 15,777 GitHub stars. Treat the first rollout as a controlled pilot until your team has tested install, rollback, and CI behavior.

**Q: Why use it instead of a generic script?**
A: The value is repeatability: a named package, a documented command, a source repo, and a small verification path that can be reviewed by teammates.

**Q: What should I measure first?**
A: Measure setup time against the 15 minutes target, count how many files or tasks it changes, and record whether the CI command catches the same issue locally.

---

## Source & Thanks

> Built from [dagger/dagger](https://github.com/dagger/dagger). License: Apache-2.0.
>
> GitHub stars verified from `api.github.com/repos/dagger/dagger`: 15,777.

---

<!-- ZH -->

## 快速使用

1. 安装已验证的包或仓库入口：

```bash
brew install dagger/tap/dagger
```

2. 跑第一次本地检查：

```bash
dagger init
dagger call build
```

3. 加一个可重复验证命令：

```bash
dagger call test
```

---

## 简介

Dagger 是一个已通过 GitHub 仓库验证的现代 AI / 开发者工具，来源 `dagger/dagger`，当前星标快照 15,777，许可证 Apache-2.0。适合：受够了 CI-only YAML 失败、希望 build / test / release 逻辑在本机 push 前就能跑的团队。兼容：容器、Go/Python/TypeScript SDK、GitHub Actions、GitLab CI、本地 Docker 兼容运行时。装机时间：15 minutes。当你需要的是可重复落地路径，而不是一次性 shell 片段时，用它。

---

## 操作模式

### 适配检查

| 问题 | 实用答案 |
|---|---|
| 安装什么？ | 来自 `dagger/dagger` 的 `dagger` |
| 第一条命令？ | `dagger init` |
| 如何证明可用？ | `dagger call test` |
| 小范围试点多久？ | 小仓库或 sandbox 约 15 minutes |

### 接入循环

1. 先在一次性分支或 sandbox 项目里跑。
2. 记录 before / after 输出，让 reviewer 看见实际影响。
3. 加最小的 CI 或本地检查，防止同类问题回归。
4. 在仓库文档里写清 owner、升级命令和回滚命令。

### 推荐用法

先迁移最难的 CI 步骤。如果集成测试变成 typed Dagger function，开发者能在等 CI 前本地复现失败。

### 风险边界

不要一次翻译所有 CI 行。等缓存、密钥和 artifact 边界弄清楚前，pipeline 保持小而清晰。

### 推广检查表

- 进入 CI 前固定包版本或 release 版本。
- 凭据放进环境变量或平台 secret store。
- 指定一个 owner 负责升级和 breaking change 分流。
- 文档里写 API 或安装路径前，重新核验 GitHub 仓库。


---

### FAQ

**Q: 能直接上生产吗？**
A: 仓库已验证存在：`https://github.com/dagger/dagger`，GitHub 星标 15,777。第一次上线仍建议控制试点，先验证安装、回滚和 CI 行为。

**Q: 为什么不用普通脚本？**
A: 价值在可重复：有命名包、文档化命令、源仓库和可被团队 review 的最小验证路径。

**Q: 第一步应该量什么？**
A: 先量装机时间是否接近 15 minutes，它改了多少文件或任务，以及 CI 命令是否能在本地抓到同类问题。

---

## 来源与感谢

> 来源：[dagger/dagger](https://github.com/dagger/dagger)。许可证：Apache-2.0。
>
> GitHub stars 已通过 `api.github.com/repos/dagger/dagger` 验证：15,777。


---
Source: https://tokrepo.com/en/workflows/dagger-programmable-local-first-ci-engine
Author: Dagger