-
Notifications
You must be signed in to change notification settings - Fork 4.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG]replaceAliasPath使用realpathSync带来的别名路径错误问题 #5398
Comments
CC @Pines-Cheng |
欢迎提交 Issue~ 如果你提交的是 bug 报告,请务必遵循 Issue 模板的规范,尽量用简洁的语言描述你的问题,最好能提供一个稳定简单的复现。🙏🙏🙏 如果你的信息提供过于模糊或不足,或者已经其他 issue 已经存在相关内容,你的 issue 有可能会被关闭。 Good luck and happy coding~ |
感觉这里考虑得是否太多了。用到别名的场景,基本肯定都是在src内的。不在src内taro最终也不能正确解析。。我就是发现拆分成npm包很多问题,才改用alias的方式来拆分lib的。本地测试使用: function replaceAliasPath(filePath, name, pathAlias = {}) {
Object.keys(pathAlias).forEach(alias => {
name = name.replace(alias, pathAlias[alias]);
});
return path.relative(filePath, name);
} 没啥问题。。 |
这里的确是很复杂。。。 |
搞个 demo 来看下咯 |
CC @luckyadam |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
#4989 # 问题描述
我们的代码使用lerna来管理,大致结构是:
project1里面的lib1和lib2是直接ln -s过去的。然后project1定义两个别名 @/lib1 和 @/lib2 来调用这两个lib的代码。lib1和lib2之间也会有调用,也是通过这个别名来引用的。
现在遇到的问题是在 /project1/lib1 中如果使用到 @/lib2 这个别名,最终解析出来的路径是相对于真实路径/lib1来计算,而不是期望的/project1/lib1来计算。
经调试,确认是
这里的问题。
复现步骤
输出结果:
期望行为
最后的输入正确应该是
../../../taro-util/showLoading
,而不是../../../../karui-weapp/src/taro-util/showLoading
。系统信息
The text was updated successfully, but these errors were encountered: