changelog/v0.9.8.md
New in this release is the Pulumi Console and stacks that are managed by Pulumi. This is the recommended way to safely deploy cloud applications.
pulumi stack init now creates a Pulumi managed stack. For a local stack, use --local.pulumi login.Support for component resources(pulumi #340), enabling grouping of resources into logical components. This provides an improved view of resources during preview and update operations in the CLI (pulumi #417).
+ pulumi:pulumi:Stack: (create)
[urn=urn:pulumi:donna-testing::url-shortener::pulumi:pulumi:Stack::url-shortener-donna-testing]
+ cloud:table:Table: (create)
[urn=urn:pulumi:donna-testing::url-shortener::cloud:table:Table::urls]
+ aws:dynamodb/table:Table: (create)
[urn=urn:pulumi:donna-testing::url-shortener::cloud:table:Table$aws:dynamodb/table:Table::urls]
A stack can have output properties, defined as export let varName = val. You can view the last deployed value for the output property using pulumi stack output varName or in the Pulumi Console.
Resource naming is now more consistent, but there is a new file format for checkpoint files for both local and managed stacks.
If you created stacks in the 0.8 release, you should destroy them with the 0.8 CLI, then recreate with the 0.9.x CLI.
pulumi config set --secret. chrisconfig are now consistent, via get, set, and rm. See Consistent config verbs #552.pulumi logs command (pulumi #527). These features now work:
--follow--since to limit to recent logs, such as pulumi logs --since=1h--resource. This filters to a particular component and its child resources (if any), such as pulumi logs --resource examples-todoc57917fa --since 1h.pulumiignore, for files that should not be uploaded when deploying a managed stack through Pulumi.Pulumi.yaml's entry point #575. To specify the entry directory, specify main in Pulumi.yaml. For instance, main: a/path/to/main/.protect: true, which prevents deletion of the resource. For example, let res = new MyResource("precious", { .. }, { protect: true });. To "unprotect" the resource, change protect: false then run pulumi up. See Allow resources to be flagged "protected" #689.main does not set working dir correctly for Lambda zip #667pulumi login #640pulumi logs when targeting the service