-
Notifications
You must be signed in to change notification settings - Fork 122
-
Notifications
You must be signed in to change notification settings - Fork 122
Deterministic build order #284
Comments
Good point, we should make the order well-defined based on the dependency structure. |
Released in 0.14.0. |
@Munter and @guybedford I'm facing some issues when hashing due to inconsistencies in the modules order. In the Trace.getTreeModulesPostOrder I get the following order: In the I'm using the in-memory process:
And in the
The order is always different. Shouldn't it always be the same? Thanks |
Hmm. There was a big refactoring with breaking changes which happened just around the time where the post order traversal was merged in. Maybe we missed a call to get the order somewhere |
@carlosagsmendes thanks for posting! This was an oversight in the promises chains, fixed in c8c947e. |
Thanks @guybedford I've just tested it with the 0.14.9 version and I'm still getting different results with multiple runs. output.modules order (when building in memory) is still not consistent: Run1: Run2: Items 3 and 4 order changed. Here's how they are being imported:
|
@carlosagsmendes when you say the last export is only for IE9 are you setting that via |
Hi, no, this is just a simple comment so we can remember why we're doing this import. Here's a copy of my package.json. Could it be something related with dependencies? https://gist.github.com/carlosagsmendes/eaa44a2e262e07a98f92#file-package-json-L153 |
@carlosagsmendes |
The bundled output's internal package order seems to be random. I'm using a hash for versioning that means it changes every time, so I always cache-bust when I upload, regardless of actual changes.
The text was updated successfully, but these errors were encountered: