Go to file
Matt Ellis 7587bcd7ec Have engine emit "events" instead of writing to streams
Previously, the engine would write to io.Writer's to display output.
When hosted in `pulumi` these writers were tied to os.Stdout and
os.Stderr, but other applications hosting the engine could send them
other places (e.g. a log to be sent to an another application later).

While much better than just using the ambient streams, this was still
not the best. It would be ideal if the engine could just emit strongly
typed events and whatever is hosting the engine could care about
displaying them.

As a first step down that road, we move to a model where operations on
the engine now take a `chan engine.Event` and during the course of the
operation, events are written to this channel. It is the
responsibility of the caller of the method to read from the channel
until it is closed (singifying that the operation is complete).

The events we do emit are still intermingle presentation with data,
which is unfortunate, but can be improved over time. Most of the
events today are just colorized in the client and printed to stdout or
stderr without much thought.
2017-10-09 18:24:56 -07:00
cmd Have engine emit "events" instead of writing to streams 2017-10-09 18:24:56 -07:00
dist/sdk/nodejs Build, integration tests and publishing on Windows 2017-10-02 13:40:58 -07:00
docs Rename pulumi-fabric to pulumi 2017-09-21 19:18:21 -07:00
examples Rename pulumi-fabric to pulumi 2017-09-21 19:18:21 -07:00
pkg Have engine emit "events" instead of writing to streams 2017-10-09 18:24:56 -07:00
scripts Build, integration tests and publishing on Windows 2017-10-02 13:40:58 -07:00
sdk Pass $(YARNFLAGS) to all yarn invocations 2017-10-09 18:21:55 -07:00
.appveyor.yml Build, integration tests and publishing on Windows 2017-10-02 13:40:58 -07:00
.gitignore Revert "The Go vendoring saga continues" 2017-08-01 17:51:38 -07:00
.gitmodules Remove stale submodules 2017-05-15 10:33:22 -07:00
.travis.yml Use explicit targets in Makefile for Travis 2017-09-28 13:12:13 -07:00
build.proj Build, integration tests and publishing on Windows 2017-10-02 13:40:58 -07:00
CONTRIBUTING.md Adopt new pulumi/home repo name 2017-09-21 14:09:35 -07:00
Gometalinter.json Bump allowed line length to 140 characters 2017-10-09 18:21:55 -07:00
Gopkg.lock Bring LUMIDL up to code 2017-09-11 16:58:25 -07:00
Gopkg.toml Convert to Dep 2017-08-01 18:37:06 -07:00
LICENSE Clarify aspects of using the DCO 2017-06-26 14:46:34 -07:00
main.go Rename pulumi-fabric to pulumi 2017-09-21 19:18:21 -07:00
Makefile Use explicit targets in Makefile for Travis 2017-09-28 13:12:13 -07:00
README.md Rename pulumi-fabric to pulumi 2017-09-21 19:18:21 -07:00
tslint.json Added specified changes 2017-06-09 12:51:31 -07:00

Build Status

Pulumi Fabric

The Pulumi Fabric ("Pulumi") is a framework and toolset for creating reusable cloud services.

If you are learning about Pulumi for the first time, please see the overview document.

Installing

To install Pulumi from source, simply run:

$ go get -u github.com/pulumi/pulumi

A GOPATH must be set. A good default value is ~/go. In fact, this is the default in Go 1.8.

This installs the pulumi binary to $GOPATH/bin.

To do anything interesting with Pulumi, you will need an SDK for your language of choice. Please see sdk/README.md for information about how to obtain, install, and use such an SDK.

Development

This section is for Pulumi developers.

Prerequisites

Pulumi is written in Go, uses Dep for dependency management, and GoMetaLinter for linting:

Building and Testing

To build Pulumi, ensure $GOPATH is set, and clone into a standard Go workspace:

$ git clone git@github.com:pulumi/pulumi $GOPATH/src/github.com/pulumi/pulumi
$ cd $GOPATH/src/github.com/pulumi/pulumi

The first time you build, you must make configure to install dependencies and perform other machine setup:

$ make configure

In the future, you can synch dependencies simply by running dep ensure explicitly:

$ dep ensure

At this point you can run make to build and run tests:

$ make

This installs the pulumi binary into $GOPATH/bin, which may now be run provided make exited successfully.

The Makefile also supports just running tests (make test), just running the linter (make lint), just running Govet (make vet), and so on. Please just refer to the Makefile for the full list of targets.

Debugging

The Pulumi tools have extensive logging built in. In fact, we encourage liberal logging in new code, and adding new logging when debugging problems. This helps to ensure future debugging endeavors benefit from your sleuthing.

All logging is done using Google's Glog library. It is relatively bare-bones, and adds basic leveled logging, stack dumping, and other capabilities beyond what Go's built-in logging routines offer.

The pulumi command line has two flags that control this logging and that can come in handy when debugging problems. The --logtostderr flag spews directly to stderr, rather than the default of logging to files in your temp directory. And the --verbose=n flag (-v=n for short) sets the logging level to n. Anything greater than 3 is reserved for debug-level logging, greater than 5 is going to be quite verbose, and anything beyond 7 is extremely noisy.

For example, the command

$ pulumi eval --logtostderr -v=5

is a pretty standard starting point during debugging that will show a fairly comprehensive trace log of a compilation.