fix: The remoteEntryChunk should use the base path from the Vite co…

[baijunjie]

…nfig.

Fixes #629

Description

Under normal circumstances, the reference paths for resource files built by a plugin should align with the base path specified in the Vite config.

Additional context

The filename of the exposed remote module usually doesn't include a hash because it's the entry point for remote modules and needs to be accessible by external applications. Therefore, it is typically deployed separately on Nginx, while other resources are placed on a CDN. If a relative path is used, it can cause a bug where files can't be found.

What is the purpose of this pull request?

• Bug fix
• New Feature
• Documentation update
• Other

Before submitting the PR, please make sure you do the following

• Read the Code of Conduct and follow the Commit Convention guidelines.
• Check that there isn't already a PR that solves the problem the same way to avoid creating a duplicate.
• Provide a description in this PR that addresses what the PR is solving, or reference the issue that it solves (e.g. fixes #123).
• Ideally, include relevant tests that fail without this PR but pass with it.

[baijunjie]

It seems that the CI didn't pass. Is there anything else you need me to do?

[ruleeeer]

It looks like the test fails, does it work locally for you? pnpm test

[baijunjie]

It looks like the test fails, does it work locally for you? pnpm test

These errors don’t seem related to my changes.
I also couldn’t pass the tests when running pnpm test on the main branch.

[stigzelm]

What is the hold up for this to get merged? I would really need this fix asap.

[baijunjie]

@stigzelm Hi friend, I believe the author has abandoned maintaining this project. However, there seems to be a better alternative now: @module-federation/vite. That said, it has the same issue—failing to use the base configured in vite.config as the final path for the output. If you’re also hoping to see this issue fixed, please follow this issue: module-federation/vite#217.