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

Evolve release process to conform to Terraform registry standards #84

Closed
mdb opened this issue Apr 6, 2020 · 0 comments
Closed

Evolve release process to conform to Terraform registry standards #84

mdb opened this issue Apr 6, 2020 · 0 comments
Labels

Comments

@mdb
Copy link
Contributor

mdb commented Apr 6, 2020

In order to conform to the standards recommended by registry.terraform.io, evidently each provider release must meet the following criteria:

There are 1 or more zip files containing the built provider binary for a single architecture.

The binary name is terraform-provider-{NAME}-{VERSION}.

Formatted as terraform-provider-{NAME}-{VERSION}-{OS}-{ARCH}.zip

It's recommended to build for all of these os/architecture pairs if possible:

  • darwin/amd64
  • freebsd/386
  • freebsd/amd64
  • freebsd/arm
  • linux/386
  • linux/amd64
  • linux/arm
  • linux/arm64
  • openbsd/386
  • openbsd/amd64
  • solaris/amd64
  • windows/386
  • windows/amd64

There is a terraform-provider-{NAME}-{VERSION}-SHASUMS file, which contains a sha256 sum for each zip file in the release.

shasum -a 256 *.zip > terraform-provider-{NAME}-{VERSION}-SHASUMS

There is a terraform-provider-{NAME}-{VERSION}-SHASUMS.sig file, which is a valid GPG signature of the terraform-provider-{NAME}-{VERSION}-SHASUMS file using the keypair.

gpg --detach-sign terraform-provider-{NAME}-{VERSION}-SHASUMS

Release is finalized (not a private draft).

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

No branches or pull requests

2 participants