-
Notifications
You must be signed in to change notification settings - Fork 1.2k
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
[Feature] alias option for path Resolve #38
Comments
Thanks for logging this. It's something I do want to support, although it'll likely be in more of a data-driven way than using JavaScript code to set up the aliases, since this project isn't written in JavaScript. Potential ways I'm considering doing this are either the |
@evanw I would like to mention that some people use {
"compilerOptions": {
"baseUrl": "./src",
"paths": {
"view/*": ["view/*"],
"common/*": ["common/*"]
}
}
} |
Someone just opened a PR for |
I think this issue can be considered fixed now that #60 has been implemented. You can now use |
Greetings,
First of all, thanks for the wonderful work.
By the time of writing, looking at the other issues, I realize that most of the requests are based on the habits & biases that the intensive use of webpack of the past years has introduced to us – and consequently, on the existing code base we have written. And my request lie in the same category.
I tried to use
esbuild
on my current project that is using webpack, hop(p)ing to benefit from really faster build time, which makes the extensive use of aliases in my imports (such as'@'
forpath.resolve(__dirname, 'src')
) which is not supported byesbuild
yet.My request is to introduce an option to define aliases.
However I would strongly understand a rejection, as
esbuild
would not be a Webpack written in Go 😄Best,
François
The text was updated successfully, but these errors were encountered: