Camunda 控制台复合组件

故事书: 链接

德维

# install
pnpm install

# start storybook
pnpm build-storybook
pnpm start

# build components
pnpm build

Turbo在C4之前建立工作空间依赖关系. Outside Turbo, pnpm build 还构建了API和共享类型软件包.

测试

在第一次测试运行前构建工作空间依赖性 :

pnpm --filter @camunda/ccma-api... build
pnpm --filter @camunda/camunda-composite-components build
pnpm --filter @camunda/ccma-saas-frontend test

整个套房使用最多两个孤立的叉工,上限为可用的一半 CPU容量. 一个双核跑者使用一个工人。 这个 node 项目运行明确 列出没有浏览器设置的 DOM 免费测试。 其他测试都使用 dom 带有 jsdom 和现有浏览器设置的工程.

对于工人基准,以 --maxWorkers=1 或者说 2数字 :

pnpm --filter @camunda/ccma-saas-frontend test --maxWorkers=2

释放

弹出版本 package.json 创建 新发行。这将启动一个 github 动作,将软件包发布到 github 软件包寄存器中 .

推进到 main 将更新可在以下网址查阅的故事手册: 云层页面。 。 。 .

使用量

套件有两个切入点.

@camunda/ccma-saas-frontend - 组件和部件

import { C4WorkflowInformation } from '@camunda/ccma-saas-frontend'

// ...

return (
  <C4WorkflowInformation
    isLoading={true}
    // ...
  />
)

@camunda/ccma-saas-frontend/runtime ——无头数据层

供应商、钩子、SSE和 Camunda 实体逻辑,没有演示文稿 依赖性——14个单元而不是287个单元,没有碳, lucide-react, (中文(简体) ), recharts 或者说 react-markdown 在图表中。 这是切入点 仅需要数据的外部消费者(例如供餐卡蒙达设计) 系统导航组件).

import { useC4ClusterNavEntries } from '@camunda/ccma-saas-frontend/runtime'

每个运行时间名称都从两个入境点导出,因此从 软件包根仍然和以前一样有效。 见 docs/runtime.md 综合指南和什么 子路径是不会缩小的.

深度进口@camunda/ccma-saas-frontend/lib/esm/…仍然决心,但是一个 预定在下一个主要项目中删除的已折旧的相容性shim——它们 硬码未转换的内部路径。 使用以上两个出入口之一.