Go to file
Matt Ellis 8d4b227fee Early out in project file upgrade code
We have some code that deals with upgrading legacy projects (which had
workspace level configuration) to the new format where configuration
information was stored SxS with the application.

This code requires us to get a list of stacks from the backend (which
for hosted stacks means hitting api.pulumi.com) as part of the upgrade
process, so we knew all the stacks the user's project has. This is a
somewhat slow operation (which we will make faster regardless) but we
can structure things such that we don't need to do this often.

In the common case, we don't need to actually do upgrading at
all (new projects won't need it and once a project is upgraded that
project won't need it either) so update the code first to check if we
would need to do any work and if so, do the expensive operation of
getting stacks from a backend.

This should help with the slight pauses we've seen on the command line
since the work to default to folks logging in has landed.
2018-04-09 17:07:14 -07:00
build Add sudo when installing machine-wide virtualenv 2018-04-02 14:18:44 -07:00
cmd Early out in project file upgrade code 2018-04-09 17:07:14 -07:00
examples Disallow capturing 'this' inside a lambda (#1138) 2018-04-09 15:57:39 -07:00
pkg Show correct plugin sizes (#1137) 2018-04-09 12:51:32 -07:00
scripts Fix logic condition in publish script 2018-04-05 14:43:03 -07:00
sdk Disallow capturing 'this' inside a lambda (#1138) 2018-04-09 15:57:39 -07:00
tests Disallow capturing 'this' inside a lambda (#1138) 2018-04-09 15:57:39 -07:00
.appveyor.yml Run tests against managed stacks backend instead of FnF (#1092) 2018-04-02 21:34:54 -07:00
.gitignore Download and use a custom Node binary instead of linking against 2018-02-13 14:04:01 -08:00
.travis.yml Run tests against managed stacks backend instead of FnF (#1092) 2018-04-02 21:34:54 -07:00
.yarnrc Pass --network-concurrency 1 to yarn 2018-01-29 11:49:42 -08:00
build.proj Add get-version.cmd and use it 2018-03-16 16:36:27 -07:00
CHANGELOG.md Use per stack key for local stacks instead of per project 2018-01-19 00:50:59 -08:00
CONTRIBUTING.md Remove a few outdated references (#997) 2018-03-04 13:34:20 -08:00
Gometalinter.json Add additional linting (#768) 2017-12-27 17:10:12 -08:00
Gopkg.lock Revert "Upgrade to latest gRPC (#1071)" (#1091) 2018-03-29 22:24:26 -07:00
Gopkg.toml Revert "Upgrade to latest gRPC (#1071)" (#1091) 2018-03-29 22:24:26 -07:00
LICENSE Update the copyright end date to 2018. (#1068) 2018-03-21 12:43:21 -07:00
main.go Update the copyright end date to 2018. (#1068) 2018-03-21 12:43:21 -07:00
Makefile Adopt new version strategy 2018-03-15 18:06:04 -07:00
README.md Tidy up the README ever-so-slightly 2018-03-25 15:14:30 -07:00
tslint.json Enable 'use const' linter rule. (#405) 2017-10-10 14:50:55 -07:00

Pulumi

Pulumi is a framework and toolset for creating reusable cloud services.

This repo contains the core SDKs, CLI, and libraries, most notably the Pulumi Engine itself.

If you are learning about Pulumi for the first time, please visit our docs website.

Build Status

Architecture Build Status
Linux x64 Linux x64 Build Status
Windows x64 Windows x64 Build Status

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 ensure to install dependencies and perform other machine setup:

$ make ensure

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_all or make test_fast), 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 preview --logtostderr -v=5

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