Nx Cloud and Personal Access Tokens

From Nx 19.7 repositories are connected to Nx Cloud via a property in nx.json called nxCloudId. By default this value allows anyone who clones the repository read-write access to Nx Cloud features for that workspace. These permissions can be updated in the workspace settings. To disallow access to anonymous users or allow read-write access to known users it is required that all users provision their own personal access token. To do that they need to use npx nx-cloud login.

Personal Access Tokens (PATs)

When you run npx nx-cloud login you will be directed to the Nx Cloud app where you will be required to create an account and login. A new personal access token will be provisioned and saved in a local configuration file in your home folder (the location of this will be displayed when login is complete and varies depending on OS).

Permissions

There are two types of permissions that can be granted to users.

Workspace ID access level

These are the permissions granted to users who clone your workspace, but have not authenticated with a personal access token via npx nx-cloud login. By default, all users have read-write access to the workspace. This can be updated in the workspace settings to read-only or none.

Personal Access Token access level

When a workspace member logs in with a personal access token after running npx nx-cloud login they are granted access to Nx Cloud features. By default all personal access tokens have read-write access to the remote cache. This can be updated to read-only in the workspace settings if required.

Better Security

Without an access token committed to your nx.json file you gain more fine-grained control over who has access to your cache artifacts and who can utilise Nx Cloud features that you pay for. When you remove a member from your organization they will immediately lose access to all Nx Cloud features saving you the trouble of needing to cycle any tokens you were previously committing to the repository.