Skip to content

Commit

Permalink
Merge pull request hashicorp#121 from terraform-providers/f-devrc-and…
Browse files Browse the repository at this point in the history
…-readme

Test environment RC file, update base and drop inner README
  • Loading branch information
vancluever authored Aug 9, 2017
2 parents 7331b88 + 00543d3 commit 573de3d
Show file tree
Hide file tree
Showing 4 changed files with 162 additions and 93 deletions.
2 changes: 2 additions & 0 deletions GNUmakefile
Original file line number Diff line number Diff line change
@@ -1,3 +1,5 @@
-include $(HOME)/.tf-vsphere-devrc.mk

TEST?=$$(go list ./... |grep -v 'vendor')
GOFMT_FILES?=$$(find . -name '*.go' |grep -v vendor)

Expand Down
165 changes: 129 additions & 36 deletions README.md
Original file line number Diff line number Diff line change
@@ -1,63 +1,156 @@
Terraform Provider
==================
# Terraform vSphere Provider

- Website: https://www.terraform.io
- [![Gitter chat](https://badges.gitter.im/hashicorp-terraform/Lobby.png)](https://gitter.im/hashicorp-terraform/Lobby)
- Mailing list: [Google Groups](http://groups.google.com/group/terraform-tool)
This is the repository for the Terraform vSphere Provider, which one can use
with Terraform to work with VMware vSphere Products, notably [vCenter Server][1]
and [ESXi][2].

<img src="https://cdn.rawgit.com/hashicorp/terraform-website/master/source/assets/images/logo-text.svg" width="600px">
[1]: https://www.vmware.com/products/vcenter-server.html
[2]: https://www.vmware.com/products/esxi-and-esx.html

Requirements
------------
Coverage is currently only limited to a few resources namely surrounding virtual
machines, but in the coming months we are planning release coverage for most
essential vSphere workflows, including working with storage and networking
components such as datastores, and standard and distributed vSwitches. Watch
this space!

- [Terraform](https://www.terraform.io/downloads.html) 0.10.x
- [Go](https://golang.org/doc/install) 1.8 (to build the provider plugin)
For general information about Terraform, visit the [official website][3] and the
[GitHub project page][4].

Building The Provider
---------------------
[3]: https://terraform.io/
[4]: https://github.com/hashicorp/terraform

Clone repository to: `$GOPATH/src/github.com/terraform-providers/terraform-provider-vsphere`
# Using the Provider

```sh
$ mkdir -p $GOPATH/src/github.com/terraform-providers; cd $GOPATH/src/github.com/terraform-providers
$ git clone [email protected]:terraform-providers/terraform-provider-vsphere
```
The current version of this provider requires Terraform v0.10.0 or higher to
run.

Enter the provider directory and build the provider
Note that you need to run `terraform init` to fetch the provider before
deploying. Read about the provider split and other changes to TF v0.10.0 in the
official release announcement found [here][4].

```sh
$ cd $GOPATH/src/github.com/terraform-providers/terraform-provider-vsphere
$ make build
[4]: https://www.hashicorp.com/blog/hashicorp-terraform-0-10/

## Full Provider Documentation

The provider is documented in full on the Terraform website and can be found
[here][5]. Check the provider documentation for details on entering your
connection information and how to get started with writing configuration for
vSphere resources.

[5]: https://www.terraform.io/docs/providers/vsphere/index.html

### Controlling the provider version

Note that you can also control the provider version. This requires the use of a
`provider` block in your Terraform configuration if you have not added one
already.

The syntax is as follows:

```hcl
provider "vsphere" {
version = "~> 0.1"
...
}
```

Using the provider
----------------------
## Fill in for each provider
Version locking uses a pessimistic operator, so this version lock would mean
anything within the 0.1.x namespace. [Read more][6] on provider version control.

[6]: https://www.terraform.io/docs/configuration/providers.html#provider-versions

# Building The Provider

**NOTE:** Unless you are [developing][7] or require a pre-release bugfix or feature,
you will want to use the officially released version of the provider (see [the
section above][8]).

Developing the Provider
---------------------------
[7]: #developing-the-provider
[8]: #using-the-provider

If you wish to work on the provider, you'll first need [Go](http://www.golang.org) installed on your machine (version 1.8+ is *required*). You'll also need to correctly setup a [GOPATH](http://golang.org/doc/code.html#GOPATH), as well as adding `$GOPATH/bin` to your `$PATH`.

To compile the provider, run `make build`. This will build the provider and put the provider binary in the `$GOPATH/bin` directory.
## Cloning the Project

First, you will want to clone the repository to
`$GOPATH/src/github.com/terraform-providers/terraform-provider-vsphere`:

```sh
$ make build
...
$ $GOPATH/bin/terraform-provider-vsphere
...
mkdir -p $GOPATH/src/github.com/terraform-providers
cd $GOPATH/src/github.com/terraform-providers
git clone [email protected]:terraform-providers/terraform-provider-vsphere
```

In order to test the provider, you can simply run `make test`.
## Running the Build

After the clone has been completed, you can enter the provider directory and
build the provider.

```sh
$ make test
cd $GOPATH/src/github.com/terraform-providers/terraform-provider-vsphere
make build
```

In order to run the full suite of Acceptance tests, run `make testacc`.
## Installing the Local Plugin

After the build is complete, copy the `terraform-provider-vsphere` binary into
the same path as your `terraform` binary, and re-run `terraform init`.

After this, your project-local `.terraform/plugins/ARCH/lock.json` (where `ARCH`
matches the architecture of your machine) file should contain a SHA256 sum that
matches the local plugin. Run `shasum -a 256` on the binary to verify the values
match.

*Note:* Acceptance tests create real resources, and often cost money to run.
# Developing the Provider

If you wish to work on the provider, you'll first need [Go][9] installed on your
machine (version 1.8+ is **required**). You'll also need to correctly setup a
[GOPATH][10], as well as adding `$GOPATH/bin` to your `$PATH`.

[9]: https://golang.org/
[10]: http://golang.org/doc/code.html#GOPATH

See [Building the Provider][11] for details on building the provider.

[11]: #building-the-provider

# Testing the Provider

**NOTE:** Testing the vSphere provider is currently a complex operation as it
requires having a vCenter endpoint to test against, which should be hosting a
standard configuration for a vSphere cluster. Some of the tests will work
against ESXi, but YMMV.

## Configuring Environment Variables

Most of the tests in this provider require a comprehensive list of environment
variables to run. See the individual `*_test.go` files in the
[`vsphere/`](vsphere/) directory for more details. The next section also
describes how you can manage a configuration file of the test environment
variables.

### Using the `.tf-vsphere-devrc.mk` file

The [`tf-vsphere-devrc.mk.example`](tf-vsphere-devrc.mk.example) file contains
an up-to-date list of environment variables required to run the acceptance
tests. Copy this to `$HOME/.tf-vsphere-devrc.mk` and change the permissions to
something more secure (ie: `chmod 600 $HOME/.tf-vsphere-devrc.mk`), and
configure the variables accordingly.

## Running the Acceptance Tests

After this is done, you can run the acceptance tests by running:

```sh
$ make testacc
```

If you want to run against a specific set of tests, run `make testacc` with the
`TESTARGS` parameter containing the run mask as per below:

```sh
make testacc TESTARGS="-run=TestAccVSphereVirtualMachine"
```

This following example would run all of the acceptance tests matching
`TestAccVSphereVirtualMachine`. Change this for the specific tests you want to
run.
31 changes: 31 additions & 0 deletions tf-vsphere-devrc.mk.example
Original file line number Diff line number Diff line change
@@ -0,0 +1,31 @@
# This file is designed to assist you with configuring your environment for
# testing the vSphere provider, and also serves as a catalog of the environment
# variables that are required to test all of the resources in this provider.
#
# This should be copied to ~/.tf-vsphere-devrc.mk and edited accordingly.
#
# Note that the use of all of this file is not required - enviornment variables
# can still be completely set from the command line or your existing
# environment. In this case, don't use this file as it may cause conflicts.
#
# The essentials. None of the tests will run if you don't have these.
export VSPHERE_SERVER ?= vcenter.internal
export VSPHERE_USER ?= [email protected]
export VSPHERE_PASSWORD ?= changeme

# Enable this if you want to skip SSL verification
export VSPHERE_ALLOW_UNVERIFIED_SSL ?= false

# vsphere_virtaul_machine variables
export VSPHERE_TEMPLATE ?= base-linux
export VSPHERE_NETWORK_LABEL ?= vm-network
export VSPHERE_NETWORK_LABEL_DHCP ?= vm-network
export VSPHERE_IPV4_ADDRESS ?= 10.0.0.100
export VSPHERE_IPV4_PREFIX ?= 24
export VSPHERE_IPV4_GATEWAY ?= 10.0.0.1
export VSPHERE_DATACENTER ?= vm-dc
export VSPHERE_CLUSTER ?= vm-cluster1
export VSPHERE_RESOURCE_POOL ?= vm-resource-pool
export VSPHERE_DATASTORE ?= datastore1

# vi: filetype=make
57 changes: 0 additions & 57 deletions vsphere/README.md

This file was deleted.

0 comments on commit 573de3d

Please sign in to comment.