a35aba137b
* Retire pending deletions at start of plan Instead of letting pending deletions pile up to be retired at the end of a plan, this commit eagerly disposes of any pending deletions that were pending at the end of the previous plan. This is a nice usability win and also reclaims an invariant that at most one resource with a given URN is live and at most one is pending deletion at any point in time. * Rebase against master * Fix a test issue arising from shared snapshots * CR feedback * plan -> replacement * Use ephemeral statuses to communicate deletions
34 lines
1.2 KiB
TypeScript
34 lines
1.2 KiB
TypeScript
// Copyright 2016-2018, Pulumi Corporation.
|
|
//
|
|
// Licensed under the Apache License, Version 2.0 (the "License");
|
|
// you may not use this file except in compliance with the License.
|
|
// You may obtain a copy of the License at
|
|
//
|
|
// http://www.apache.org/licenses/LICENSE-2.0
|
|
//
|
|
// Unless required by applicable law or agreed to in writing, software
|
|
// distributed under the License is distributed on an "AS IS" BASIS,
|
|
// WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
|
|
// See the License for the specific language governing permissions and
|
|
// limitations under the License.
|
|
|
|
import { Resource } from "./resource";
|
|
|
|
// We'll complete our disaster recovery by triggering replacements of A and B again,
|
|
// but this time the replacement of B will succeed.
|
|
// The engine should generate:
|
|
//
|
|
// Delete A
|
|
// Create A (mark old A as pending delete)
|
|
const a = new Resource("a", { fail: 4 });
|
|
|
|
// Create B
|
|
const b = new Resource("b", { fail: 2 }, { dependsOn: a });
|
|
|
|
// Delete A
|
|
// Delete B
|
|
|
|
// Like the last step, this is interesting because we delete A's URN three times in the same plan.
|
|
// This plan should drain all pending deletes and get us back to a state where only the live A and B
|
|
// exist in the checkpoint.
|