03 · DeployCraft即将上线

云舟让每次发布有路径、有边界,也有记录

云塔云舟面向仍在使用分散脚本和人工步骤发版的研发团队,计划通过 Git Webhook、可视化流水线与 SSH 发布统一交付路径,并以多租户和权限隔离支持团队协作。

面向仍在使用分散脚本和人工步骤发版的研发团队,把仓库事件、构建过程和目标主机放回同一条交付主线。

Pipeline

从仓库事件到 SSH 上线

仓库事件进入平台后,按团队定义的步骤完成构建与检查,再把明确的发布动作送到目标主机。

01

Git / Webhook

托管平台事件触发流水线

02

构建与测试

质量门禁与制品产出

03

分布式构建

多构建节点并行加速

04

SSH 一键发布

直连主机发版,脚本工程化

Release

把发布步骤写清楚,也把团队边界划清楚

可视化流水线与构建节点

用可视化编排描述构建与发布步骤,把个人脚本中的隐性经验沉淀为团队可复用的流程。

Git Webhook 触发

计划对接 GitHub、GitLab、云效与 Codeup 等仓库,通过 Webhook 把代码事件送入流水线。

SSH 发布与多租户

将发布动作送达 SSH 目标主机,并通过租户与权限边界支持不同团队在同一平台上协作。

Use cases

适合把发布从个人脚本变成团队流程的场景

云塔云舟不是替代所有 DevOps 基础设施,而是先把仓库事件、构建步骤和 SSH 发布之间最容易失控的部分组织清楚。

01

多个 Git 平台并存

团队同时使用托管与企业代码平台,需要把不同仓库事件接入同一套发布流程。

02

仍依赖人工 SSH 发版

发布步骤散落在个人脚本和口头经验中,需要沉淀为可复用、可检查的工程步骤。

03

多团队共享发布基础设施

不同项目组需要共用平台,同时保持租户、权限与目标主机之间的清晰边界。

Responsibility boundary

云塔云舟计划负责
接收仓库事件、编排构建步骤、保留执行上下文,并通过 SSH 将发布动作送达目标主机。
基础环境仍需负责
主机权限、运行时依赖、网络与流量策略仍由团队按自身架构管理,平台不会替代环境治理。

Integrations

从团队已经使用的代码平台开始连接

产品计划优先覆盖常见 Git 托管平台,通过 Webhook 接收仓库事件;具体事件类型与版本兼容范围以正式文档为准。

GitHub
GitLab
阿里云云效
Codeup