vagusX
you can try `@ant-design/[email protected]` @ZhouChilly
> 最好能有用例，不然容易改挂。 这个配置的测试用例里面，jscodeshift 是不支持传入这些参数的，我自己本地维护了一个 fixtures 项目和一个真实项目，每次是都是手动测试的，不确定是否有冒烟测试之类平台，可以在 CI 里面跑这种 “真实的” fixture 测试
> 在 ci 里 clone 一个项目，跑一下迁移命令，然后跑一下项目的 jest 做测试应该就行了。 行，我抽空搞一个
@AshoneA 麻烦解决下冲突，其他 +1 👍
> 给个命令行参数开启 默认是不开启的，只有额外执行才能转换
> > 如果转换中发现不通过会回滚吗？ > > 额， 不通过指的是？因为其实我只会对符合规则的 `Form` 和 `Form.Item` 做转换 @zombieJ 的意思是这个因为 v3 -> v4 的 Form 是部分 API 不兼容，这个转换假设失败了，用户有没有机会回滚掉这个变更 从目前的角度来说，用户每次运行都要保证自己的代码 git 工作区是干净的，因此在用户执行脚本的时候，如果失败了，只需要撤销 codemod 脚本运行带来的变更即可 那么针对上述问题，是否需要写到文档呢 @zombieJ @afc163
> 换失败，降级成兼容包之类的。 我认为应该是将这个特性标注为 实验性特性，告知用户如果出现替换导致运行问题，请撤销 codemod 带来修改之类
@kriscarle would you like to try running scripts using jscodeshift directly, like the way [js-codemod](https://github.com/cpojer/js-codemod/) running. In fact, I am not familiar with flow, so far I don't have much...
```js import { createFromIconfontCN } from '@ant-design/icons'; ``` 确定下你现在本地 node_modules 有几个 @ant-design/icons, 分别是什么版本