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

Migration from yarn-classic to npm #1550

Closed
sbernard31 opened this issue Nov 28, 2023 · 8 comments
Closed

Migration from yarn-classic to npm #1550

sbernard31 opened this issue Nov 28, 2023 · 8 comments
Labels
build / ci All about Build or Continious Integration demo Impact our demo (not libraries) housekeeping Refactoring, cleaning code or API

Comments

@sbernard31
Copy link
Contributor

sbernard31 commented Nov 28, 2023

This issue aim to track work on migration from yarn-classic to modern yarn

(Spoiler : we finally decide to go with npm)

This is part of #1492.

@sbernard31
Copy link
Contributor Author

sbernard31 commented Nov 28, 2023

I begin to read some documentation about that and I understand that :

  1. Modern Yarn version need corepack enable and corepack seems to be experimental at this day and also corepack is not yet available in debian stable repository (see also debian@bug980316)

  2. Not sure if this will really work well with frontend-maven-plugin : Support of Modern Yarn (Yarn 2+) eirslett/frontend-maven-plugin#1126

So maybe too soon to make that move ? 🤔

@sbernard31 sbernard31 added demo Impact our demo (not libraries) housekeeping Refactoring, cleaning code or API build / ci All about Build or Continious Integration labels Nov 28, 2023
@sbernard31
Copy link
Contributor Author

Looking at #1566, I came to the conclusion that probably the right way is to create standard SBOM (e.g. CycloneDX)
But it seems there is not dedicated yarn tool while it exists npm one (see yarnpkg/berry#6063)

And benefits to use yarn on small project like our demos doesn't maybe worth drawbacks : https://blog.logrocket.com/javascript-package-managers-compared/

So maybe we should consider to switch to npm instead of migrate to modern yarn ?

@sbernard31
Copy link
Contributor Author

I tested to migrate from yarn to npm in #1573. That sounds easy.

@sbernard31
Copy link
Contributor Author

Looking at #1566, I came to the conclusion that probably the right way is to create standard SBOM (e.g. CycloneDX)
But it seems there is not dedicated yarn tool while it exists npm one (see yarnpkg/berry#6063)

There is now tooling for yarn to generate SBOM but only for modern yarn. (>v3 is required) : https://github.com/CycloneDX/cyclonedx-node-yarn

@sbernard31
Copy link
Contributor Author

I will try to move forward on this.
I think the simple solution is to move to npm for reason express above.

@sbernard31
Copy link
Contributor Author

Some reason to finally use npm :

@sbernard31 sbernard31 changed the title Migration from yarn-classic to modern yarn Migration from yarn-classic to ~modern yarn~ npm Nov 8, 2024
@sbernard31 sbernard31 changed the title Migration from yarn-classic to ~modern yarn~ npm Migration from yarn-classic to npm Nov 8, 2024
@sbernard31
Copy link
Contributor Author

@sbernard31
Copy link
Contributor Author

This is done.
Now we use a recent npm version.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
build / ci All about Build or Continious Integration demo Impact our demo (not libraries) housekeeping Refactoring, cleaning code or API
Projects
None yet
Development

No branches or pull requests

1 participant