Closed anonrig closed 3 weeks ago
I don't understand the name. What's the connection between running a script and the concept of a "lifecycle event"?
I don't understand the name. What's the connection between running a script and the concept of a "lifecycle event"?
I don't understand it either. It's named after "npm_lifecycle_event" environment variable that is required for CLI runners to detect which task is being run. The reference issue in PR description might give you more context.
Lifecycle events make sense in the context of a package manager, but since this feature apparently doesn't aim for compatibility with any existing package manager or runtime, I think it'd be acceptable to deviate from existing naming conventions.
Lifecycle events make sense in the context of a package manager, but since this feature apparently doesn't aim for compatibility with any existing package manager or runtime, I think it'd be acceptable to deviate from existing naming conventions.
That seems valid to me. @tniessen. Any naming suggestions?
An environ named as something like NODE_RUN_COMMAND_NAME
would make more sense to me.
Sorry about the churn. Do we have a consensus on "command" vs "script"? I found both in the doc and codebase, but node --run
parses the package.json#scripts
and runs a script.
I'm not necessarily in favor of any of this, but script
sounds better than command
to me.
(the ask and solution seem reasonable to me)
Landed in cb90a316d020a8188d225e5cd9d03dedac4b14b1
Adds the
NODE_RUN_SCRIPT_NAME
to share name of the event that's run while executingnode --run
. For example, if the developer runsnode --run yagiz
,NODE_RUN_SCRIPT_NAME
will beyagiz
This PR also includes a small refactor. I moved setting environment variables into
SetEnvironmentVariables
private function to improve readability.Ref: https://github.com/nodejs/node/issues/52673
cc @nodejs/cpp-reviewers