Terraform Provider for Sonatype Nexus Repository Manager (NXRM)
Clone repository to: $GOPATH/src/github.com/aries1980/terraform-provider-nxrm
$ mkdir -p $GOPATH/src/github.com/terraform-providers; cd $GOPATH/src/github.com/terraform-providers
$ git clone https://github.com/aries1980/terraform-provider-nxrm.git
When it comes to building you have two options:
If you don't mind installing the development version of the provider
globally, you can use make build
in the provider directory which will
build and link the binary into your $GOPATH/bin
directory.
$ cd $GOPATH/src/github.com/nxrm/terraform-provider-nxrm
$ make build
If you would rather install the provider locally and not impact the
stable version you already have installed, you can use the
~/.terraformrc
file to tell Terraform where your provider is. You do
this by building the provider using Go.
$ cd $GOPATH/src/github.com/nxrm/terraform-provider-nxrm
$ go build -o terraform-provider-nxrm
And then update your ~/.terraformrc
file to point at the location
you've built it.
providers {
nxrm = "${GOPATH}/src/github.com/aries1980/terraform-provider-nxrm/terraform-provider-nxrm"
}
A caveat with this approach is that you will need to run terraform init
whenever the provider is rebuilt. You'll also need to remember to
comment it/remove it when it's not in use to avoid tripping yourself up.
If you wish to work on the provider, you'll first need Go
installed on your machine (version 1.11+ is required). You'll also need to
correctly setup a GOPATH, as well
as adding $GOPATH/bin
to your $PATH
.
See above for which option suits your workflow for building the provider.
In order to test the provider, you can simply run make test
.
$ make test
In order to run the full suite of Acceptance tests, run make testacc
.
Note: Acceptance tests create real resources, and often cost money to run.
$ make testacc
Terraform providers use Go modules to manage the
dependencies. To add or update a dependency, you would run the
following (v1.2.3
of foo
is a new package we want to add):
# Depending on your environment, you may need to `export GO111MODULE=on`
# before using these commands.
$ go get foo@v1.2.3
$ go mod tidy
$ go mod vendor
Stepping through the above commands:
go get foo@v1.2.3
fetches versionv1.2.3
from the source (if needed) and adds it to thego.mod
file for use.go mod tidy
cleans up any dangling dependencies or references that aren't defined in your module file.go mod vendor
manages thevendor
directory of the project. This is done to maintain backwards compatibility with older versions of Go that don't support Go modules.
(The example above will also work if you'd like to upgrade to v1.2.3
)
If you wish to remove a dependency, you can remove the reference from
go.mod
and use the same commands above but omit the initial go get
.