Closed alexander-schranz closed 7 months ago
@alexander-schranz how will development work change with the missing watch task? Always reinstall and build? Can that be done with some kind of automation?
@chirimoya
how will development work change with the missing watch task? Always reinstall and build? Can that be done with some kind of automation?
Developing in core would be easier for most when just work in the sulu/sulu
itself not longer over the sulu/skeleton
.
Developing of third party bundles is more an issue, normally npm link
would solve it but it ignores the install-links
flag which make it not usable for sulu. Still manually symlinks would allow still have the same behaviour as today, aslong as there are no conflicting dependencies:
npm install # install all dependencies
rm -rf node_modules/sulu-admin-bundle
ln -s @sulu/vendor/sulu/sulu/src/Sulu/Bundle/AdminBundle/Resources/js node_modules/sulu-admin-bundle
We could provide a script doing this mechanism something like npm run prepare-dev-links
.
What's in this PR?
Add support for NPM 8, 9, 10 and PNPM 8, remove support for NPM 6
Why?
Node 16 is going for end of life: https://nodejs.org/en/about/previous-releases
Example Usage
BC Breaks/Deprecations
No support for NPM 6 / symlinked local packages.
Disadvantages
No watch task over vendor package developments as install requires
install-links=true
which ends not longer uses symlinks. Instead a tarball is created and install, but it installs correctly dependencies of local dependencies. Which does not work forfile:
packages.Why this opens a wider range for support of modern npm and pnpm versions.
Yarn
is still a problem and not supported by sulu. This includes not only yarn 1 but also 2,3,4.