pulumi update => pulumi up (#2702)

We changed the `pulumi update` command to be `pulumi up` a while back
(`update` is an alias of `up`). This change just makes it so we refer to
the actual command, `pulumi up`, instead of the older `pulumi update`.
This commit is contained in:
Justin Van Patten 2019-05-06 14:00:18 -07:00 committed by GitHub
parent b146733a26
commit fedfc9b6b4
No known key found for this signature in database
GPG key ID: 4AEE18F83AFDEB23
12 changed files with 21 additions and 21 deletions

View file

@ -83,7 +83,7 @@
### Improvements
- A new command, `pulumi stack rename` was added. This allows you to change the name of an existing stack in a project. Note: When a stack is renamed, the `pulumi.getStack` function in the SDK will now return a new value. If a stack name is used as part of a resource name, the next `pulumi update` will not understand that the old and new resources are logically the same. We plan to support adding aliases to individual resources so you can handle these cases. See [pulumi/pulumi#458](https://github.com/pulumi/pulumi/issues/458) for discussion on this new feature. For now, if you are unwilling to have `pulumi update` create and destroy these resources, you can rename your stack back to the old name. (fixes [pulumi/pulumi#2402](https://github.com/pulumi/pulumi/issues/2402))
- A new command, `pulumi stack rename` was added. This allows you to change the name of an existing stack in a project. Note: When a stack is renamed, the `pulumi.getStack` function in the SDK will now return a new value. If a stack name is used as part of a resource name, the next `pulumi up` will not understand that the old and new resources are logically the same. We plan to support adding aliases to individual resources so you can handle these cases. See [pulumi/pulumi#458](https://github.com/pulumi/pulumi/issues/458) for discussion on this new feature. For now, if you are unwilling to have `pulumi up` create and destroy these resources, you can rename your stack back to the old name. (fixes [pulumi/pulumi#2402](https://github.com/pulumi/pulumi/issues/2402))
- Fix two warnings that were printed when using a dynamic provider about missing method handlers.
- A bug in the previous version of the Pulumi CLI occasionally caused the Pulumi Engine to load the incorrect resource
plugin when processing an update. This bug has been fixed in 0.17.3 by performing a deterministic selection of the
@ -294,7 +294,7 @@ We appologize for the regression. (fixes [pulumi/pulumi#2414](https://github.co
- During previews and updates, read operations (i.e. calls to `.get` methods) are no longer shown in the output unless they cause any changes.
- Fix a performance regression where `pulumi preview` and `pulumi update` would hang for a few moments at the end of a preview or update, in additon to the overall operation being slower.
- Fix a performance regression where `pulumi preview` and `pulumi up` would hang for a few moments at the end of a preview or update, in additon to the overall operation being slower.
## 0.16.8 (Released December 14th, 2018)
@ -384,7 +384,7 @@ We appologize for the regression. (fixes [pulumi/pulumi#2414](https://github.co
- Add an `iterable` module to `@pulumi/pulumi` with two helpful combinators `toObject` and `groupBy` to help combine multiple `Output<T>`'s into a single object.
- Pulumi no longer prompts you for confirmation when `--skip-preview` is passed to `pulumi update`. Instead, it just preforms the update as requested.
- Pulumi no longer prompts you for confirmation when `--skip-preview` is passed to `pulumi up`. Instead, it just preforms the update as requested.
- Add the `--json` flag to the `pulumi stack ls` command.

View file

@ -110,14 +110,14 @@ Follow these steps to deploy your first Pulumi program, using AWS Serverless Lam
4. **Deploy to the Cloud**:
Run `pulumi update` to get your code to the cloud:
Run `pulumi up` to get your code to the cloud:
```bash
$ pulumi update
$ pulumi up
```
This makes all cloud resources needed to run your code. Simply make edits to your project, and subsequent
`pulumi update`s will compute the minimal diff to deploy your changes.
`pulumi up`s will compute the minimal diff to deploy your changes.
5. **Use Your Program**:

View file

@ -93,7 +93,7 @@ func newStackCmd() *cobra.Command {
fmt.Printf(" Plugin %s [%s] version: %s\n", plugin.Name, plugin.Kind, plugver)
}
} else {
fmt.Printf(" No updates yet; run 'pulumi update'\n")
fmt.Printf(" No updates yet; run 'pulumi up'\n")
}
cfg := s.Config()

View file

@ -151,7 +151,7 @@ type ProgramTestOptions struct {
Quick bool
// PreviewCommandlineFlags specifies flags to add to the `pulumi preview` command line (e.g. "--color=raw")
PreviewCommandlineFlags []string
// UpdateCommandlineFlags specifies flags to add to the `pulumi update` command line (e.g. "--color=raw")
// UpdateCommandlineFlags specifies flags to add to the `pulumi up` command line (e.g. "--color=raw")
UpdateCommandlineFlags []string
// RunBuild indicates that the build step should be run (e.g. run `yarn build` for `nodejs` programs)
RunBuild bool
@ -187,7 +187,7 @@ type ProgramTestOptions struct {
// equivalent to `--logtostderr -v=N`, where N is the value of DebugLogLevel. This may also be enabled by setting
// the environment variable PULUMI_TEST_DEBUG_LOG_LEVEL.
DebugLogLevel int
// DebugUpdates may be set to true to enable debug logging from `pulumi preview`, `pulumi update`, and
// DebugUpdates may be set to true to enable debug logging from `pulumi preview`, `pulumi up`, and
// `pulumi destroy`. This may also be enabled by setting the environment variable PULUMI_TEST_DEBUG_UPDATES.
DebugUpdates bool
@ -426,11 +426,11 @@ func GetLogs(
// pulumi config set <each opts.Config>
// pulumi config set --secret <each opts.Secrets>
// pulumi preview
// pulumi update
// pulumi up
// pulumi stack export --file stack.json
// pulumi stack import --file stack.json
// pulumi preview (expected to be empty)
// pulumi update (expected to be empty)
// pulumi up (expected to be empty)
// pulumi destroy --yes
// pulumi stack rm --yes integrationtesting
//

View file

@ -13,4 +13,4 @@ To author a Pulumi program in Go, simply say so in your `Pulumi.yaml`
and ensure you have `pulumi-language-go` on your path (it is distributed in the Pulumi download automatically).
By default, the language plugin will use your project's name, `<my-project>`, as the executable that it loads. This too
must be on your path for the language provider to load it when you run `pulumi preview` or `pulumi update`.
must be on your path for the language provider to load it when you run `pulumi preview` or `pulumi up`.

View file

@ -45,5 +45,5 @@ root). This will build the code, run tests, and install the package and its sup
At the moment, for local development, we install everything into `/opt/pulumi`. You will want this on your `$PATH`.
The tests will verify that everything works, but feel free to try running `pulumi preview` and/or `pulumi update` from
The tests will verify that everything works, but feel free to try running `pulumi preview` and/or `pulumi up` from
the `examples/minimal/` directory. Remember to run `tsc` first, since `pulumi` expects JavaScript, not TypeScript.

View file

@ -510,7 +510,7 @@ export interface OutputInstance<T> {
* If you need have multiple Outputs and a single Output is needed that combines both
* set of resources, then 'pulumi.all' should be used instead.
*
* This function will only be called execution of a 'pulumi update' request. It will not run
* This function will only be called execution of a 'pulumi up' request. It will not run
* during 'pulumi preview' (as the values of resources are of course not known then). It is not
* available for functions that end up executing in the cloud during runtime. To get the value
* of the Output during cloud runtime execution, use `get()`.

View file

@ -173,7 +173,7 @@ export function resolveProperties(
// can propagate its final value. Otherwise, it must be undefined, since we don't know
// if it's final.
if (!isDryRun()) {
// normal 'pulumi update'. resolve the output with the value we got back
// normal 'pulumi up'. resolve the output with the value we got back
// from the engine. That output can always run its .apply calls.
resolve(allProps[k], true);
}

View file

@ -93,7 +93,7 @@ class Output(Generic[T]):
'func' can return other Outputs. This can be handy if you have a Output<SomeVal>
and you want to get a transitive dependency of it.
This function will be called during execution of a 'pulumi update' request. It may not run
This function will be called during execution of a 'pulumi up' request. It may not run
during 'pulumi preview' (as the values of resources are of course may not be known then).
:param Callable[[T],Input[U]] func: A function that will, given this Output's value, transform the value to

View file

@ -344,7 +344,7 @@ async def resolve_outputs(res: 'Resource', props: 'Inputs', outputs: struct_pb2.
# can propagate its final value. Otherwise, it must be undefined, since we don't know
# if it's final.
if not settings.is_dry_run():
# normal 'pulumi update'. resolve the output with the value we got back
# normal 'pulumi up'. resolve the output with the value we got back
# from the engine. That output can always run its .apply calls.
resolve(value, True, None)
else:

View file

@ -65,7 +65,7 @@ func TestHistoryCommand(t *testing.T) {
e.RunCommand("yarn", "install")
e.RunCommand("yarn", "link", "@pulumi/pulumi")
// Update the history-test stack.
e.RunCommand("pulumi", "update", "--non-interactive", "--skip-preview", "-m", "this is an updated stack")
e.RunCommand("pulumi", "up", "--non-interactive", "--skip-preview", "-m", "this is an updated stack")
// Confirm we see the update message in thie history output.
out, err := e.RunCommand("pulumi", "history")
assert.Equal(t, "", err)

View file

@ -207,7 +207,7 @@ func TestStackCommands(t *testing.T) {
e.RunCommand("pulumi", "stack", "init", stackName)
e.RunCommand("yarn", "install")
e.RunCommand("yarn", "link", "@pulumi/pulumi")
e.RunCommand("pulumi", "update", "--non-interactive", "--skip-preview")
e.RunCommand("pulumi", "up", "--non-interactive", "--skip-preview")
// We're going to futz with the stack a little so that one of the resources we just created
// becomes invalid.
stackFile := path.Join(e.RootPath, "stack.json")
@ -249,7 +249,7 @@ func TestStackCommands(t *testing.T) {
_, stderr := e.RunCommand("pulumi", "stack", "import", "--file", "stack.json")
assert.Contains(t, stderr, fmt.Sprintf("removing pending operation 'deleting' on '%s'", res.URN))
// The engine should be happy now that there are no invalid resources.
e.RunCommand("pulumi", "update", "--non-interactive", "--skip-preview")
e.RunCommand("pulumi", "up", "--non-interactive", "--skip-preview")
e.RunCommand("pulumi", "stack", "rm", "--yes", "--force")
})
}
@ -291,7 +291,7 @@ func TestStackBackups(t *testing.T) {
e.RunCommand("yarn", "install")
e.RunCommand("yarn", "link", "@pulumi/pulumi")
// Now run pulumi update.
// Now run pulumi up.
before := time.Now().UnixNano()
e.RunCommand("pulumi", "up", "--non-interactive", "--skip-preview")
after := time.Now().UnixNano()