-
Notifications
You must be signed in to change notification settings - Fork 4
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
Javascipt diff #11
Comments
Quite possibly some difference in whitespace that git is detected Another possibility is that |
I think this only affects 4.13 line, specifically silvestripe-admin I replicated this locally, all I did was run Perhaps the older version of webpack is just a bit random with how it puts things together? Around line 440 I found this - note that SearchBox.js changes to Search.js emptyResultClassName:"popover-option-set__no-results",buttonClassName:"popover-option-set__button"},t.default=v},"./client/src/components/Search/SearchBox.js":function(e,t,n){"use strict";
function r(e){return e&&e.__esModule?e:{default:e}}function o(e,t,n){return t in e?Object.defineProperty(e,t,{value:n,enumerable:!0,configurable:!0,writable:!0}):e[t]=n,e}function i(e,t){if(!(e instanceof t))throw new TypeError("Cannot call a class as a function")}function a(e,t){if(!e)throw new ReferenceError("this hasn't been initialised - super() hasn't been called"); js
|
We've had a few PRs and merge-ups fail CI because the js step found difference between its built dist file and the one in the PR or merge-up. It takes a few tries of running
yarn install && yarn build
to get the same result as CI.It's not clear what's causing this - it seems like CI is doing things correctly, because we do end up with the same result as it in the end. My current guess is that
yarn install
is using some slightly-outdated cache locally, which doesn't exist in CI... but theyarn.lock
file being there should mean we always have the same versions of dependencies.In either case, we need to change something either in our CI or in our local build processes because this keeps happening and is slowly becoming a barrier for getting changes through.
PR
The text was updated successfully, but these errors were encountered: