npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

Iโ€™ve always been into building performant and accessible sites, but lately Iโ€™ve been taking it extremely seriously. So much so that Iโ€™ve been building a tool to help me optimize and monitor the sites that I build to make sure that Iโ€™m making an attempt to offer the best experience to those who visit them. If youโ€™re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, ๐Ÿ‘‹, Iโ€™m Ryan Hefnerย  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If youโ€™re interested in other things Iโ€™m working on, follow me on Twitter or check out the open source projects Iโ€™ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soonโ€“ish.

Open Software & Tools

This site wouldnโ€™t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you ๐Ÿ™

ยฉ 2024 โ€“ย Pkg Stats / Ryan Hefner

@cto.ai/ops-rc

v1.20.0-rc.1

Published

๐Ÿ’ป CTO.ai - The CLI built for Teams ๐Ÿš€

Downloads

109

Vulnerabilities

Powered byPowered by Snyk
  • 0High
  • 0Medium
  • 0Low

Links

Maintainers

marco.guillen.ctomarco.guillen.ctosantiagokirkctosantiagokirkctocto.ai-admincto.ai-adminslajaxslajaxbrettcampbellbrettcampbellaaronvctoaaronvctopepesalazarpepesalazaralexkushneralexkushner

Keywords

oclif

Readme

ops

๐Ÿ’ป CTO.ai Ops - The CLI built for Teams ๐Ÿš€

Release oclif Version Downloads/week License

Usage

$ npm install -g @cto.ai/ops-rc
$ ops COMMAND
running command...
$ ops (-v|--version|version)
@cto.ai/ops-rc/1.20.0-rc.1 linux-x64 node-v18.19.0
$ ops --help [COMMAND]
USAGE
  $ ops COMMAND
...

Commands

ops account:reset

Reset your password.

USAGE
  $ ops account:reset

ops account:signin

Log in to your account.

USAGE
  $ ops account:signin

OPTIONS
  -h, --help               show CLI help
  -i, --interactive        Interactive Mode
  -p, --password=password  Password
  -t, --team=team          Team Name
  -u, --user=user          Username or email

ops account:signout

Log out from your account.

USAGE
  $ ops account:signout

OPTIONS
  -h, --help  show CLI help

ops account:signup

Creates an account to use with ops CLI.

USAGE
  $ ops account:signup

OPTIONS
  -h, --help  show CLI help

ops account:support

Contact our support team with questions.

USAGE
  $ ops account:support

OPTIONS
  -h, --help  show CLI help

ops add [OPNAME]

Add a workflow to your team.

USAGE
  $ ops add [OPNAME]

ARGUMENTS
  OPNAME  Name of the public workflow to be added to your team. It should be of the format -
          @teamname/workflowName:versionName

OPTIONS
  -h, --help  show CLI help

ops build [PATH]

Build your workflow for sharing.

USAGE
  $ ops build [PATH]

ARGUMENTS
  PATH  Path to the workflow you want to build.

OPTIONS
  -h, --help       show CLI help
  --nocache        Do not use cache when building the image

  --ops=workflows  List of workflows from ops.yml you want to build. example:
                   ops build ./ops.yml --ops commandName serviceName pipelineName

ops certs CERTIFICATETYPE NAMEORPATH

Save an SSL certificate and key for your service

USAGE
  $ ops certs CERTIFICATETYPE NAMEORPATH

ARGUMENTS
  CERTIFICATETYPE  (ssl) The type of certificate to store
  NAMEORPATH       Name or path of the service to save SSL for.

OPTIONS
  -h, --help             Show help screen
  --cert-file=cert-file  Path to your certificate file
  --key-file=key-file    Path to your key file

ops cleanup [WORKFLOW]

Clean up locally cached docker images.

USAGE
  $ ops cleanup [WORKFLOW]

ARGUMENTS
  WORKFLOW  Name of the workflow to be cleaned up

OPTIONS
  -h, --help  show CLI help

ops configs:delete

Delete a config stored for the active team

USAGE
  $ ops configs:delete

OPTIONS
  -h, --help     show CLI help
  -k, --key=key  Secret Key Name

ops configs:list

List all the configs that are stored for the active team

USAGE
  $ ops configs:list

OPTIONS
  -h, --help  show CLI help

ops configs:set

Add a new config key & value

USAGE
  $ ops configs:set

OPTIONS
  -f, --from-file=from-file  path to a file containing the value of the config to set
  -k, --key=key              the key of the config to set
  -v, --value=value          the value of the config to set

ops generate:token

Generate a long live access token.

USAGE
  $ ops generate:token

OPTIONS
  -h, --help  show CLI help

ops help [COMMAND]

display help for ops

USAGE
  $ ops help [COMMAND]

ARGUMENTS
  COMMAND  command to show help for

OPTIONS
  --all  see all commands in CLI

See code: @oclif/plugin-help

ops init [NAME]

Create a new Workflow

USAGE
  $ ops init [NAME]

ARGUMENTS
  NAME  provide a name or pass a github url to a template

OPTIONS
  -h, --help               show CLI help
  -j, --jobs               generate local template files for pipeline jobs
  -k, --kind=kind          the kind of Application to create (command, pipeline, etc.)
  -t, --template=template  the name of the template to use

ops list

Lists the Workflows you have in your team.

USAGE
  $ ops list

OPTIONS
  -h, --help  show CLI help

ops publish PATH

Publish a workflow to your team.

USAGE
  $ ops publish PATH

ARGUMENTS
  PATH  Path to the workflow you want to publish.

OPTIONS
  -c, --changelog=changelog  Provide a publish changelog
  -h, --help                 show CLI help
  -o, --ops=workflows        Provide the list of workflows that you want to publish.
  --nocache                  Do not use cache when building the image

ops remove WORKFLOW

Remove a workflow from your team.

USAGE
  $ ops remove WORKFLOW

ARGUMENTS
  WORKFLOW  The name and version of the workflow you want to remove. E.g. my-workflow:0.1.0
            Don't include team name or version if using the --all flag

OPTIONS
  -h, --help  show CLI help
  --all       Allows you to remove all versions of a workflow on your current team.

ops run [NAMEORPATH]

Run a workflow from your team or the registry.

USAGE
  $ ops run [NAMEORPATH]

ARGUMENTS
  NAMEORPATH  Name or path of the workflow you want to run.

OPTIONS
  -B, --batch  Runs the workflow in non-interactive batch mode.
  -b, --build  Builds the workflow before running. Must provide a path to the workflow.
  -h, --help   show CLI help
  --nocache    Do not use cache when building the image

ops search [FILTER]

Search for workflows in our registry.

USAGE
  $ ops search [FILTER]

ARGUMENTS
  FILTER  Filter results by workflow name or description.

OPTIONS
  -h, --help  show CLI help

ops secrets:delete

Delete a secret stored for the active team

USAGE
  $ ops secrets:delete

OPTIONS
  -h, --help     show CLI help
  -k, --key=key  Secret Key Name

ops secrets:list

List all the keys that are stored for the active team

USAGE
  $ ops secrets:list

OPTIONS
  -h, --help  show CLI help

ops secrets:register

Register a secrets provider for a team

USAGE
  $ ops secrets:register

ops secrets:set

Add a key & value

USAGE
  $ ops secrets:set

OPTIONS
  -f, --from-file=from-file  path to a file containing the value of the secret to set
  -k, --key=key              the key of the secret to set
  -v, --value=value          the value of the secret to set

ops secrets:unregister

Unregister a secrets provider for a team

USAGE
  $ ops secrets:unregister

ops start [NAMEORPATH]

Start a service, pipeline or command on our cloud.

USAGE
  $ ops start [NAMEORPATH]

ARGUMENTS
  NAMEORPATH  Name or path of the workflow you want to run.

OPTIONS
  -h, --help  show CLI help

ops status

See the status of currently running cloud services

USAGE
  $ ops status

OPTIONS
  -h, --help  show CLI help

ops stop [RUNID]

Stop a service, pipeline or command running in The Ops Cloud

USAGE
  $ ops stop [RUNID]

ARGUMENTS
  RUNID  Run ID of the service, pipeline or command to stop

OPTIONS
  -h, --help  show CLI help

ops team:create

Create your team.

USAGE
  $ ops team:create

OPTIONS
  -h, --help       show CLI help
  -n, --name=name

ops team:info

Shows basic team information for the team you are currently on.

USAGE
  $ ops team:info

OPTIONS
  -h, --help  show CLI help

ops team:invite

Invite your team members.

USAGE
  $ ops team:invite

OPTIONS
  -h, --help               show CLI help

  -i, --invitees=invitees  A comma-separated string of usernames/emails we want to invite. E.g. ("user1,
                           [email protected], user3@something")

ops team:join

Accept an invite to join a team.

USAGE
  $ ops team:join

ops team:leave

Leave current team.

USAGE
  $ ops team:leave

OPTIONS
  -h, --help  show CLI help

ops team:list

Shows the list of your teams.

USAGE
  $ ops team:list

OPTIONS
  -h, --help  show CLI help

ops team:remove [MEMBER]

Remove your team members.

USAGE
  $ ops team:remove [MEMBER]

ARGUMENTS
  MEMBER  The username of the team member you want to remove from the team.

OPTIONS
  -h, --help  show CLI help

ops team:switch [TEAMNAME]

Switch your currently active team.

USAGE
  $ ops team:switch [TEAMNAME]

ARGUMENTS
  TEAMNAME  Team Name

OPTIONS
  -h, --help  show CLI help

ops update

Update The Ops CLI.

USAGE
  $ ops update

OPTIONS
  -h, --help  show CLI help

ops whoami

Display your user information

USAGE
  $ ops whoami

OPTIONS
  -h, --help  show CLI help

OClif Source Repo

Useful reference for writing tests:

  • https://github.com/oclif/command/blob/master/src/command.ts
  • https://github.com/oclif/config/blob/master/src/plugin.ts

Testing

Isolate tests (run only specific tests in that file):

test.only('it should run only tests suffixed with .only', async () => {

Unit Tests (test directory)

How to run Unit Tests

  1. npm test or npm t

Tips

Run a single unit test, or filter them by filename:

npx jest --testPathPattern=keycloak

E2E Tests (test_e2e directory)

The CLI has a number of robused E2E tests that are hosted inside of CTO.ai's private CI/CD infra.

We are planning to expose this system via Github Actions in the future, but for now, a CTO.ai team member will review your PR and test coverage.

How to run E2E tests locally

The default test server is staging, but you can override this by passing in your own OPS_REGISTRY_HOST and OPS_API_HOST values from your shell config.

Run tests against staging (as part of the CTO.ai platform developer workflow):

  1. Run npm run configdev to point the ops binary at the development Typescript app (instead of the production Javascript bundle)
  2. Ensure you have a .env.staging file (you can generate one by running scripts/make-env.sh)
  3. Set your NODE_ENV to 'staging': export NODE_ENV=staging
  4. npm run test:e2e

Run tests against Minikube (as part of the CTO.ai platform developer workflow):

  1. Create a user in Keycloak with the following credentials:
- username: 'existing_user'
- email: '[email protected]'
- password: 'password'
  1. Change the userID in test_e2e/utils/constants.ts EXISTING_USER_ID to Step 1's userID
  2. Create existing_user team in Database if haven't already
  3. Change the teamID in teste2e/utils/constants.ts EXISTING_TEAM_ID to step 3's teamID
  4. Create a cto.ai team in Database if haven't already
  5. Publish this following command:
- Team: โ€˜cto.aiโ€™
- name: โ€˜githubโ€™
- version: โ€˜latestโ€™
- public: true
  1. Publish the write_a_file_op command found in test_e2e/sample_ops/write_a_file_op
  2. Publish the echo_message_workflow workflow found in test_e2e/sample_ops/echo_message_workflow
  3. Add the ops-cli-confidential client to Keycloak. The ops-cli-confidential.json file can be found in Keybase
  4. Run npm run configdev to point the ops binary at the development Typescript app (instead of the production Javascript bundle)
  5. Ensure you have a .env.test file (you can generate one by running scripts/make-env.sh)
  6. Modify the vars in .env.test to match your minikube IP
  7. Set your NODE_ENV to 'test': export NODE_ENV=test
  8. npm run test:e2e

Tips 1

Run a single E2E test, or filter test files by filename:

npm run test:e2e --testPathPattern=signin

Releases

This CLI application is distributed via public Node Package Manager registry. Any non-trivial changes should be tested by first releasing to the Release Candidate package https://www.npmjs.com/package/@cto.ai/ops-rc before releasing to the official https://www.npmjs.com/package/@cto.ai/ops

Release Candidate Checklist

  1. Switch to the branch containing the changes to be released (it should not yet be merged to master)
  2. Ensure the code passes all tests by running npm run test
  3. Edit package.json and update name to @cto.ai/ops-rc and version to the next successive version (e.g. if the current published ops version is 1.20.3, the next rc version should be set to 1.20.4-rc.0, 1.20.4-rc.1, etc for each successive release candidate publish targeting the next official version to be eventually released to ops)
  4. Run npm i to integrate above changes into package-lock.json
  5. Log in to NPM (npm login) with your NPM credentials. Make sure your user is part of the ops-rc team. If not, your user can be added by logging in with the cto.ai-admin account (credentials in LastPass)
  6. Publish the package to @cto.ai/ops-rc by running npm publish
  7. Confirm the updated version appears on https://www.npmjs.com/package/@cto.ai/ops-rc
  8. You can now test the published package by installing it: npm i -g @cto.ai/ops-rc (it is recommended you first remove existing ops by running:
  • npm uninstall -g @cto.ai/ops
  • rm -rf $(which ops)
  1. Note that there will be a message stating that an update is available because the CLI code internally checks against the published version of ops (not ops-rc)
  2. Point the installed binary CLI to STAGING by sourcing the .env.staging file as follows:
  • source .env.staging
  • export $(cut -d= -f1 .env.staging)
  • Running ops account:signin should now sign you into staging
  1. Once all code changes have been tested and confirmed to work on staging, you can switch the CLI to point to PRODUCTION by running:
  • unset $(cut -d= -f1 .env.staging)
  • Running ops account:signin should sign you into production
  1. Once all code changes have been tested and confirmed to work in production, the package may be deployed to the ops package (see next section).

Release Production Checklist

Releases are now handled by .gitlab/workflows/release.yml, which is triggered via a pushed tag that matches v*. This workflow will run npm publish and publish the current semantic version in the package.json. To simplify things, we've added the tag push command as a post hook to the npm version script. Steps to trigger a successful release:

  1. Ensure that name in package.json has been set to ops
  2. Run npm version v{package_version} (this will version package.json and update README.md to reflect that version and then create and push the tag to GitHub)