不如怀念
可以看看目前新发布的官网示例已经正常。 https://g.antv.antgroup.com/zh/examples/canvas/container#shared-container
> lock 文件要不从仓库去掉？ 是遇到什么问题了么？
> vite 的 sourcemap 没有生效是什么原因 tsconfig 的配置不太对，以及 tsc 只支持处理包源码的 sourcemap，会直接忽略包依赖的 sourcemap，导致生成的 sourcemap 异常，除非将 src（或编译后的产物）也发布到 npm 才可以
> > tsconfig 的配置不太对，以及 tsc 只支持处理包源码的 sourcemap，会直接忽略包依赖的 sourcemap，导致生成的 sourcemap 异常，除非将 src（或编译后的产物）也发布到 npm 才可以 > > 现在是把 src 发布到 npm 吗 没有，只会发布 dist 目录，即打包后的单文件，不发布编译 src（或编译后产生的 js 源代码）的目录
已知的问题，近期跟进一下~
经过分析，矩阵计算异常导致了该问题~ 简单的来说，如果你将 `scale(0)` 修改为 `scale(0.001)`，即将缩放量修改为一个非 0 的值，这种问题将会消失。 --- 这是一个有关矩阵计算的较为复杂问题，我下面将进行解释。 在图形学中，一般对坐标进行换算依赖于矩阵计算，即引擎内部会将平移、旋转、缩放这些量结合起来计算出一个矩阵，而一些坐标计算依赖于逆矩阵（比如局部坐标到全局坐标的换算），这就要求矩阵永远保证可逆。这时就出现了另一个问题，即 n*n 矩阵可逆的前提是，行列式必须不为 0（对角分量一般代表缩放）。如果 `scale`（xyz 上的任何一个分量）为 `0`，那么矩阵计算将会出错，而 G 就遇到了这个问题。 为什么其它的图形引擎却没有问题？ 确实，导致这种问题出现的另一个很重要的因素是 G 的内部设计差异，在大多数引擎的实现中，无论是更新还是获取位移、旋转、缩放这些量，都会保存在类似 `position` 、`rotate`、`scale` 等属性中，在计算矩阵时不考虑矩阵可逆的问题（因为图像的缩放为 0 时图像已经不可见，即便逆矩阵异常也不会对视觉效果产生影响），而 G 在矩阵计算时忽略了这种特殊情况。
> [studio.firebase.google.com/reproduction-of-cannot-select-03877713](https://studio.firebase.google.com/reproduction-of-cannot-select-03877713) > > 复现步骤：1. pnpm install. 2. pnpm dev:g6. 3. 右上角选择 behaviorClickSelect. 4. 点击任意节点无反应。5. 切换至其它窗口，再切换回画布，发现可以选择节点了。 这个链接不能访问：not authorized on this resource
`enableRenderingOptimization` 这个会开启批量渲染策略，细节上还没有经过充分的测试，可以评估看看性能提升有多大，clipPath 这个应该是策略实现过程中没有考虑到这个 case 导致的
> 仅从帧数的角度上来 差异还是挺大的 50%左右了 > >  > >  可以看看一些实际业务场景的性能基准
使用的是什么版本？