RFC: Build as single executable application#618
RFC: Build as single executable application#618ZauberNerd wants to merge 1 commit intodevcontainers:mainfrom
Conversation
This commit adds a build script to package the `devcontainer` CLI as a single executable application using the new (and experimental) Node.js feature of the same name. https://nodejs.org/api/single-executable-applications.html Distributing the devcontainer CLI as a single executable application allows to use it on systems where Node.js is not installed. For example on immutable systems like Fedora Silverblue or openSUSE MicroOS.
This comment was marked as resolved.
This comment was marked as resolved.
|
Looping in @chrmarti as he was working with @trxcllnt on #343. I don't know enough about this new Node.js single executable application mechanism to compare it with the I would love to see us get something in place to package the CLI as a standalone executable, whether that's using the approach in this PR, or #343, or something else altogether. Having a single file executable will make it a lot easier to run the CLI on new machines. One thing I'm not sure about is the |
Correct, native modules don't work with this packaging format. But #585 causes the |
This commit adds a build script to package the
devcontainerCLI as a single executable application using the new (and experimental) Node.js feature of the same name.https://nodejs.org/api/single-executable-applications.html
Distributing the devcontainer CLI as a single executable application allows to use it on systems where Node.js is not installed. For example on immutable systems like Fedora Silverblue or openSUSE MicroOS.
I'm aware of another PR that also tries to package standalone binaries via
@vercel/pkghere: #343 but it seems that PR hasn't received updates in a while and I'm not sure if it is stale or not. Feel free to close my PR if the other approach is preferable.TODOs:
Let me know what you think about either this PR or #343 and whether I should continue with the above outlined TODOs.