聊天组件
该存储库含有可重复使用的组件,用于其各种产品,以便生成聊天信息,例如:
- 短信
- 画廊
- 快速回复
- 按钮
- 图像
还有更多 我们的目标是将这些组件用于各种产品,例如:
- 认知-作为互动小组的一部分
- 认知透视 - 作为转写探索器的一部分
- 为了让查特成为历史
- Webchat v3 - 我们的新 Webchat 部件
开发
npm run dev
npm run test:watch
为了检查渐进的Markdown渲染,打开dev服务器的
/#streaming-messages 选项卡(通常是) http://localhost:5173/#streaming-messages) (中文(简体) ).
选择示例或输入自己的 Markdown,然后选择 重放流线。 。 。 .
它每250米发送8个特征块 与Markdown和进步
渲染已启用; 在信件到达时注意并比较其完成
与编辑器一起输出。 现有信件示例出现在重放下方
控制系统。 前者 /#streaming-markdown-lab URL 也打开此标签 .
要在本地 Webchat v3 构建中测试 :
- 在/聊天部分运行
npm ci && npm pack - 在 /Webchat 文件夹中运行 npm i 并带有正确的相对路径和文件名,例如.
npm i ../chat-components/cognigy-chat-components-0.36.1.tgz
释放
npm version patch
或者说
npm version minor
它会把版本打入 package.json,将它输入并创建出 git 标签.
将更改推向 GitHub 并创建 PR.
如果突起失败了"FIQVERSION"的守护测试
test/dom-compat.spec.tsx 期望不同的发行编号——参见 docs/accessibility.md。 。 。 .
公关合并后:
git push --tags
这将触发 GitHub 动作在 GitHub 上创建发布,并将发布该软件包到 npm.
两者 release.yml 财务报告和审定财务报表 publish.yml 在标签上触发自己。 创建一个
GitHub 手动释放 没有 发布到 npm —— 如果发布运行失败, 重新运行
改为:
gh workflow run publish.yml --ref <tag>
对一个标记参考(例如:. v1.2.3从来没有树枝。 出版工作受到监视
改为 refs/tags/v* 并且会跳过任何其它的.