Skip to content
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 Requirement] customable hash for chunk/entry names #1529

Open
indooorsman opened this issue Aug 18, 2021 · 4 comments
Open

[Feature Requirement] customable hash for chunk/entry names #1529

indooorsman opened this issue Aug 18, 2021 · 4 comments

Comments

@indooorsman
Copy link

Currenty the [hash] will result in upper case string with length of 8, could we custom it by something lke [hash:lower:16] ?

@evanw
Copy link
Owner

evanw commented Aug 18, 2021

Can you say why you need to customize it?

@indooorsman
Copy link
Author

Nothing special but some file system is case sensitive while some not, and in my company there's convention of using lower case for file names :)

@raviteja83
Copy link

raviteja83 commented Apr 13, 2022

@evanw is there a way to have the same hashId if the file has not changed? Because of the new Id's everytime, a new deployment could break the route navigation(using dynamically imported components for routes).

@jay-cheon
Copy link

@evanw
As @raviteja83 said, I found this thread while I'm having question point about,
when I configure, { splitting: true, entryNames: 'main-[hash]', chunkNames: '[name]-[hash'] }
and when I try build multiple times without changing my codebase,
only chunks files hash is keep same name but named bundle files and main entry file's hash value is changed every build time even if I didn't change any code.

So I'm just about to wonder if content is not changed, whether it's better that hash value is remained or not.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants