You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs/features/plan-persistence.mdx
+1-35Lines changed: 1 addition & 35 deletions
Original file line number
Diff line number
Diff line change
@@ -2,38 +2,4 @@
2
2
title: "Plan Persistence"
3
3
---
4
4
5
-
The output of \`terraform plan\` can be stored either in GitHub Artifacts, or in a GCP bucket. When you run apply, Digger will pick up the stored plan.
6
-
7
-
Use the following workflow option to use Artifacts plan storage:
8
-
```
9
-
upload-plan-destination: github
10
-
```
11
-
Or to use a GCP bucket:
12
-
```
13
-
upload-plan-destination: gcp
14
-
upload-plan-destination-gcp-bucket: "my-bucket"
15
-
```
16
-
17
-
Similarly you can use an aws bucket (set environment variable: AWS_S3_BUCKET):
18
-
19
-
```
20
-
upload-plan-destination: aws
21
-
```
22
-
23
-
## Permissions
24
-
Make sure to set `actions:write` permission in your workflow; otherwise plan storage might fail
Note that `$GIHTUB_WORKSPACE` may contain repo name twice; it also may contain the project directory e.g "dev" because the workdir is relative to project. Repo name is then appended for the 3rd time between org name and project name. So the final file path for a repo named "myrepo" with a project named "development" at `/dev` may look like this:
By default digger will run an apply based on the branch pull request files (no artefacts stored). In order to configure plan artefacts you can configure the inputs for storing as github artefacts or aws buckets or gcp buckets. The corresponding artefacts to be configured can be found in [storing plans in a bucket](/howto/store-plans-in-a-bucket)
0 commit comments