为什么 GitLab 用户需要 YesDev？
🔍 GitLab 的能力边界
GitLab 擅长：Git 仓库 · Merge Request 代码审查 · CI/CD 流水线 · Container Registry · Wiki 文档
GitLab 的不足：需求管理弱 · 无专业缺陷跟踪 · 报表功能有限 · 敏捷支持不完整 · 非开发人员使用门槛高
很多团队用 GitLab 做代码管理和 CI/CD，但项目管理仍然依赖 Excel 或微信群。YesDev 正好填补这个空白。
核心集成能力
1️⃣ Issue ↔ 任务双向同步
- YesDev 中创建的需求/任务可一键推送为 GitLab Issue
- GitLab Issue 可导入到 YesDev 统一管理
- 标签、里程碑自动映射
- 关闭任一端，另一端自动同步
2️⃣ Merge Request 关联
- MR 描述中引用任务号：
Related to #123 - MR 合并后自动更新 YesDev 任务状态
- 支持配置 MR 审批通过后自动触发测试流程
3️⃣ Pipeline 状态联动
- CI 构建开始 → YesDev 任务显示"构建中"
- 构建失败 → 自动通知开发人员并标记阻塞
- 部署成功 → 更新任务进度并通知相关人员
- Pipeline 详情可在 YesDev 任务页直接查看
4️⃣ 私有化部署完美适配
✅ GitLab 私有部署 + YesDev 私有部署 = 完全自主可控的 DevOps 平台
• 数据完全在内网流转，满足金融、政府等安全合规要求
• 支持 LDAP/SSO 统一认证对接
• 支持自建 GitLab CE / EE 版本
• 支持 GitLab.com 云版和私有版两种模式
• API 对接无需开放外网端口（内网直连）
适用场景
| 场景 | 如何组合使用 |
|---|---|
| 敏捷开发团队 | YesDev 做 Sprint 规划和迭代管理 + GitLab 做 MR Review 和 CI |
| 金融/政企 | GitLab 私有化 + YesDev 私有化，数据不出内网 |
| Docker/K8s 团队 | GitLab CI 做镜像构建和部署 + YesDev 管理需求和发布流程 |
| 大型研发组织 | 多项目并行时 YesDev 统筹资源分配 + GitLab 各仓库独立运作 |
快速接入步骤
- 在 YesDev「设置」→「集成」→「GitLab」中生成 Webhook URL 和 Secret Token
- 进入 GitLab 项目 Settings → Webhooks → 添加新 Webhook
- 粘贴 URL 和 Token，勾选需要触发的事件（Push / MR / Pipeline）
- 测试连接 → 看到 "200 OK" 即配置成功 ✅
- 可选：配置 Personal Access Token 以支持双向写操作
免费试用
YesDev 免费版包含完整 GitLab 集成。立即注册体验！