This SDK provides versioned Go packages for using HashiCorp Cloud Platform services. This is a preview version and may undergo breaking changes.
Fetch and install the package:
go get github.com/hashicorp/hcp-sdk-goThere are currently two ways the HCP Go SDK can authenticate against HCP:
- Client credentials
- User session, obtained through browser login window
Client credentials are recommended for CI and local development with the SDK or any tool consuming it.
Follow the guidance in the HCP Terraform Provider's auth guide to create a service principal and a service principal key with client credentials.
When client credentials are set, they are always used by the HCP Go client, regardless of an existing user session.
The method of authentication is determined by environment variables.
HCP_CLIENT_ID="..."
HCP_CLIENT_SECRET="..."User session is ideal for getting started or one-off usage. It also works for local development, but will periodically prompt for re-authentication.
To obtain user credentials, the client credential environment variables HCP_CLIENT_ID and HCP_CLIENT_SECRET must be unset. When no client credentials are detected, the HCP Go client will prompt the user with a browser login window. Once authenticated, the user session stays refreshed without intervention until it expires after 24 hours.
If you have a use-case with the SDK to leverage the browser login as a feature but want to control if the browser is opened you can pass in the option func of WithoutBrowserLogin() to your NewHCPConfig().
The current session can be discarded by calling hcpConfig.Logout().
cli login functionality, i.e. a forced login, can be implemented by allowing browser login and calling:
err := hcpConfig.Logout() // Discard the currently cached credentials (if any)
_, err = hcpConfig.Token() // Fetching a token will trigger a login
An HCP Organization ID and Project ID are required to call most HCP APIs. They can be set to the environment variables HCP_ORGANIZATION_ID and HCP_PROJECT_ID, as in the example below. The HCP Go SDK will read them from the environment and save them in its state as the user's Profile. The Profile Project and Organization IDs will be applied as default values to any request missing them.
HCP_PROJECT_ID="33xyz..."
HCP_ORGANIZATION_ID="22abc..."-
Add the SDK to your go.mod.
require ( github.com/hashicorp/hcp-sdk-go {latest release}
-
Import the desired version of each service SDK.
import ( network "github.com/hashicorp/hcp-sdk-go/clients/cloud-network/stable/2020-09-07/client/network_service" )
See cmd/example for a complete example.
HCP aims to strike a balance between the public SDK consumer's need for a stable SDK interface, and the developer's need to iterate on new features. To this end, we use SDK versions composed of a dated version (2021-02-04) and stage (preview or stable) to allow consumers the flexibility to pin to specific versions or try out new new features.
Preview SDK versions allow consumers to try out features in beta, but may undergo breaking changes. What constitutes a breaking change is described in the Breaking Changes doc.
Stable SDK versions present a guaranteed contract to downstream consumers and will not undergo breaking changes. Major new features are added to the latest stable version after vetting with a preview version. Any breaking change to a stable SDK version will require a new preview version, which will ultimately be promoted to the next stable version.
-
stable/2021-02-04Only small backwards compatible changes and bug fixes are released directly to the latest stable API version. No breaking changes allowed. -
preview/2021-09-14A preview SDK version is released with features available in public beta. This version is under active development and may still undergo potential breaking changes. -
stable/2021-10-25A new stable SDK version with a later date is released once feature iteration is complete. This new stable version includes all the finalized changes of the last preview version. -
preview/2021-11-07A new preview version set to the current date may be released for experimental backwards-compatible features. After the experimental feature is determined viable, the finalized changes are merged into the latest stable version, similar to how feature branches merge back into main. -
Any subsequent breaking change starts the cycle all over again.
In addition to the generated product clients, the HCP Go SDK provides a few libraries useful for interacting with HCP.
The Cache interface lives under the tokencache package. It handles writing the user, service-principal and workload identity provider tokens to the common location /.config/hcp/creds-cache.json in the home directory. The cached values are automatically read and written when a caching token source is used.
This repo requires that a chagnelog file be added in all pull requests. The name of the file must follow [PR #].txt and must reside in the .changelog directory. The contents must have the following formatting:
```release-note:TYPE
ENTRY
```
Where TYPE is the type of release note entry this is. This is one of either: breaking-change, security, feature, improvement, deprecation, bug.
ENTRY is the body of the changelog entry, and should describe the changes that were made. This is used as free-text input and will be returned to you as it is entered when generating the changelog.
Sometimes PRs have multiple changelog entries associated with them. In this case, use multiple blocks.
```release-note:deprecation
Deprecated the `foo` interface, please use the `bar` interface instead.
```
```release-note:improvement
Added the `bar` interface.
```