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

feat: NPM registry package for garden #5087

Open
wants to merge 11 commits into
base: main
Choose a base branch
from
Open

Conversation

worldofgeese
Copy link
Contributor

@worldofgeese worldofgeese commented Sep 13, 2023

What this PR does / why we need it:

This adds an NPM registry package to be published by our GitHub Actions workflow for garden.

Which issue(s) this PR fixes:

Unblocks #4935.

Special notes for your reviewer:

There's a chicken and egg problem here you may run into when testing the GitHub Actions publish workflow, which is that the top-level yarn && yarn build expects these packages to exist but only core is published. NPM can also derive these packages locally so it may be a non-issue but it's something to watch out for.

I have tested a version of this (and you can too) by publishing the CLI package in my own NPM registry namespace. Run npx @worldofgeese/cli. It has been my daily driver for a week now. The difference between this and the @garden-io/cli is the package.json file. You'll notice in my test package I've stripped out a lot of @garden-io/cli's dependencies but in this PR I've modified @garden-io/cli directly to offer a more elegant solution. We need to test that these modifications work as well as they did in my own test package.

dependabot bot and others added 7 commits September 8, 2023 10:54
Bumps google/cloud-sdk from `183f189` to `8663c06`.

---
updated-dependencies:
- dependency-name: google/cloud-sdk
  dependency-type: direct:production
  update-type: version-update:semver-patch
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
Consumers of our NPM packages won't need TS files, which are only
required in the build step.
`npm publish` has no facility for publishing multiple packages at once.
`lerna` gives us this capability and enables uniform version bumps
across packages.
The `garden` CLI package depends on the majority of our other packages.
For NPM publishing, we need to set these to non-private.
The `garden` CLI requires a `static` dir to be in proximate location to
its run path. It also requires some Node options set for performance
reasons. We can do both of these within the `garden` CLI shell script.

By hiding these options behind an environment flag, the Pkg `garden` we
currently vend is unaffected.
cli/bin/garden Outdated Show resolved Hide resolved
worldofgeese and others added 2 commits September 14, 2023 15:24
Co-authored-by: Steffen Neubauer <steffen@garden.io>
This should solve for our `Error: Patch file found for package pkg which is not present at node_modules/pkg` build error.
- name: Publish stable version if normal release
if: github.event.release.prerelease != true
working-directory: ./core
run: |
npm publish
lerna publish from-package --yes
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Could we add some documentation how exactly the process works that increments the package version to the correct version number?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@TimBeyer sure! In a code comment?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think you could leave a few short comments in here and then more detailed in https://github.com/garden-io/garden/blob/main/RELEASE_PROCESS.md

@@ -0,0 +1,16 @@
{
"$schema": "node_modules/lerna/schemas/lerna-schema.json",
"version": "0.13.13",
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Will this version get updated correctly with every release publishing step?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yes! lerna can automatically bump versions according to one of a number of strategies.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What I mean is, does this number here get updated and committed back or is this just a placeholder of sorts?

@worldofgeese
Copy link
Contributor Author

worldofgeese commented Sep 14, 2023

In the build logs, we're getting build failures due to patch-package acting on a missing pkg in node_modules. This wasn't an issue in my test package because I created a slim version of the CLI that didn't include pkg. I don't know how to resolve this. I've tried to remove nohoist but that didn't solve it.

error /home/circleci/project/node_modules/@garden-io/cli: Command failed.
Exit code: 1
Command: patch-package
Arguments: 
Directory: /home/circleci/project/node_modules/@garden-io/cli
Output:
patch-package 6.5.1
Applying patches...
Error: Patch file found for package pkg which is not present at node_modules/pkg
---
patch-package finished with 1 error(s).
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

Exited with code exit status 1

Any suggestions @TimBeyer or @stefreak?

const gitDir = path.join(process.env.STATIC_DIR, '.git');

if (!fs.existsSync(gitDir)) {
exec(`git init ${process.env.STATIC_DIR}`, (error, stdout, stderr) => {
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think this is a little early in the code to call git init; Also if we generally call git init on the static directory if it isn't a git repository yet (until we fixed #4477) we also fix a windows issue (#5030 and #2614)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@stefreak, where would you move this call?

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should finalize and merge #5120 before merging this, so we don't have to call it at all.

@TimBeyer
Copy link
Contributor

TimBeyer commented Sep 14, 2023

In the build logs, we're getting build failures due to patch-package acting on a missing pkg in node_modules. This wasn't an issue in my test package because I created a slim version of the CLI that didn't include pkg. I don't know how to resolve this. I've tried to remove nohoist but that didn't solve it.

error /home/circleci/project/node_modules/@garden-io/cli: Command failed.
Exit code: 1
Command: patch-package
Arguments: 
Directory: /home/circleci/project/node_modules/@garden-io/cli
Output:
patch-package 6.5.1
Applying patches...
Error: Patch file found for package pkg which is not present at node_modules/pkg
---
patch-package finished with 1 error(s).
info Visit https://yarnpkg.com/en/docs/cli/install for documentation about this command.

Exited with code exit status 1

Any suggestions @TimBeyer or @stefreak?

I'm wondering if we need to restructure things a tiny bit.
Currently cli both does the bundling and docs generation, and is the actual CLI code that runs.
Probably we should move the release parts out into a private package and only call that in CI so that we don't really need to install a big tool like pkg just to run garden via npm / npx.

Alternatively we could maybe move pkg and patch-package into dev dependencies since they are really only used in CI for creating the final release. We also have the postinstall script which needs to be changed. On npm I would use prepare instead, which doesn't run when you install the package from npm but runs when you install the dependencies locally, publish the package, or when installed from a git source. However I believe that yarn treats it slightly differently so we'd have to look into that.

@stefreak
Copy link
Member

A big problem with this approach is that dependencies will not be pinned (npm install @garden/cli will ignore the yarn.lock file we have in place).

If we'd be using NPM, the solution would be to switch from using package-lock.json to using the npm-shrinkwrap.json.

But Yarn does not support npm-shrinkwrap.json – and we can't switch to NPM, because the PKG-built binary does not work anymore correctly with the node_modules installed by NPM.

Using both yarn.lock and npm-shrinkwrap.json we'd need to solve the problem of keeping both files in sync, or otherwise our unit, integration and e2e tests might not be covering exactly the dependencies that end up in Garden that ships through NPM / NPX.

@worldofgeese
Copy link
Contributor Author

worldofgeese commented Sep 26, 2023

Hey @stefreak and @TimBeyer thank you both for your feedback and great work in making this PR possible! I will continue working on this. I just synced with Tim and collected the steps still left before this is merge-ready. Can you both look this over and let me know if there's anything missing? Thank you!

  • separate out the CLI package from the Pkg package with a new builder folder and recipe
  • add a prepublishOnly life cycle script to npm shrinkwrap the CLI package
  • wait on Vova's PR to land that removes static
  • remove static dir git init step
  • test how lerna bumps package versions on my own branch: does it commit back?
  • rebase on tip of main

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

3 participants