Last 12 weeks · 1 commit
4 of 6 standards met
I noticed that node.yml workflow, for each matrix configuration, the UUT (project) is built with the selected node version, then the test suite is run on the same node runtime. ie: However, in real life, a dev publishes an NPM package built with one node runtime (say v40), and when users include that package in their projects, they build their projects on their own runtime (say v33), and release the product to end users who run it on a variety or runtimes (say v1-99), ie: Is it valid to assert that if a projects builds on version X and passes the tests on version X for any value of X, then the released package, built on version Y will run correctly on any runtime version from v1-99 ? Shouldn't the release candidate package be tested against all the supported runtimes? Thanks
Repository: ljharb/actions. Description: GitHub actions I use for CI. Stars: 13, Forks: 3. Primary language: JavaScript. Languages: JavaScript (67.3%), Shell (32.7%). License: MIT. Open PRs: 0, open issues: 2. Last activity: 4h ago. Community health: 85%. Top contributors: ljharb.
Node 0.6 test suite errors in some compilation step, see https://github.com/SheetJS/sheetjs/runs/4202015198 or https://github.com/es-shims/es5-shim/runs/3885731231 for more info
I've just found that the deprecation warning is displayed in the GitHub Actions workflows for eslint-plugin-import. https://github.com/import-js/eslint-plugin-import/actions/runs/3768297080/jobs/6406611863 !image Warning: The command is deprecated and will be disabled soon. Please upgrade to using Environment Files. For more information see: https://github.blog/changelog/2022-10-11-github-actions-deprecating-save-state-and-set-output-commands/ I believe the following code in this repository has something to do with it, is that right? https://github.com/ljharb/actions/blob/d90a9d324b9dac81dc3fd2a93f98118c9db1e515/node/run/index.js#L36-L38 https://github.com/ljharb/actions/blob/6c38ef617880bbadc9f65479221121d69a51081e/node/install/index.js#L62-L64