-
-
Notifications
You must be signed in to change notification settings - Fork 594
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
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
[Tracking]: Angular support, second round #3158
Comments
@zackarychapple I performed packaging, but the code reported an error and did not package the file |
@junshengL do you have a repo example with your issue? Would be great to create one and open a separate issue, this is a tracking issue for general support. |
@qyjs if you're wanting to use the Rspack build you should be just using the |
For the minicss extract plugin error, that happens in a block that works around a webpack error (that may or may not still exist): However, if you simply uncomment this block, the minicss extract plugin will crash a block later that doesn't seem to have anything to do with the previous block.
|
great context @Narretz. Hopefully this gets knocked out soon. |
@Narretz we're gonna port mini-css-extract-plugin to rust side this quarter, hope this will solve your problem |
Can I use |
When all the tasks in this issue are completed does that mean that we will get out-of-the-box support for Angular, allowing us to quickly create an Angular project using I'd like to use |
This issue was actually to support the pre-esbuild versions since many folks are still on pre-esbuild Angular. There is a separate task to support Rsbuild that is being worked on. |
@zackarychapple I'm sorry, I'm a bit confused. If this is not the right issue I can track to understand when something like
|
I just tagged @hardfist in our internal chats to see if they want a separate issue for the Rsbuild Angular support. Will post it here if it gets added. I agree that they should be separate since this is the webpack/Rspack angular builder compatibility. |
Hi there, I've created an example that builds and serves Angular using Rspack. However, given the complexity behind the Angular CLI and all the tasks it performs behind the scenes, I believe we will never achieve 100% compatibility with the base builder As my example demonstrates that Rspack already supports all the critical functionalities for building and serving Angular, I intend to develop a third-party builder. This builder will aim to be retro-compatible with Webpack but with a different internal implementation and output that is slightly different. Not all Angular CLI features will be supported. |
@valorkin maybe you want to chime in here too. I know you did quite a bit of work already on a custom builder. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
What subject does this issue tracking?
Angular CLI rspack builder support
Now that we have the initial Angular support we found a few additional things that need to be added. This issue is for tracking them. Priority as shared by @valorkin.
Part two for #2099
Critical, this means the build step is working in the same fashion as the angular-cli and without these the build output is not fully functional
Tasks
High Priority, this means the build step is working, however the output is slightly different from the output of the angular-cli
Tasks
Low Priority, these are related mostly to the progress plugin and do not directly impact the output of the build
Tasks
Performance Optimizations, these are things that we can do to begin to increase performance even more
The text was updated successfully, but these errors were encountered: