auth0-deploy-cli 2.3.1 → 2.3.4
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.github/PULL_REQUEST_TEMPLATE.md +8 -46
- package/.nyc_output/3c262097b440d8cafce3d78c2d2d8c88.json +1 -0
- package/.nyc_output/{1a2e2edb4319969e6fc89967881934ea.json → ff2a6d329a318dd6c57a9b013e6eafea.json} +0 -0
- package/CHANGELOG.md +8 -0
- package/config.json +12 -0
- package/lib/index.js +4 -9
- package/lib/readonly.js +1 -1
- package/package.json +2 -3
- package/rfc/01-resource-exclusion.md +65 -0
- package/.nyc_output/b8a6f8c8b9d63d1c1b2830905057a6dc.json +0 -1
|
@@ -1,62 +1,24 @@
|
|
|
1
1
|
## ✏️ Changes
|
|
2
|
-
|
|
2
|
+
|
|
3
3
|
> DESCRIPTION GOES HERE. Try to describe both what is changing and why this is important
|
|
4
4
|
> - Make sure you run when adding / updating a package
|
|
5
5
|
> - What did you change from a design standpoint?
|
|
6
6
|
> - What did you change in the code itself?
|
|
7
7
|
> - If you are updating a dependency, explain why this is needed.
|
|
8
|
-
|
|
9
|
-
## 📷 Screenshots
|
|
10
|
-
|
|
11
|
-
If there were visual changes to the application with this change, please include before and after screenshots here. If it has animation, please use screen capture software like to make a gif.
|
|
12
|
-
|
|
8
|
+
|
|
13
9
|
## 🔗 References
|
|
14
|
-
|
|
10
|
+
|
|
15
11
|
> Include at least one link to an explanation + requirements for this change, and more if at all possible. Typically this is a Jira/GitHub Issue, but could also be links to Zendesk tickets, RFCs, rollout plan or Slack conversations (for Slack conversations, make sure you provide a summary of the conversation under “Changes”).
|
|
16
|
-
|
|
12
|
+
|
|
17
13
|
## 🎯 Testing
|
|
18
|
-
|
|
14
|
+
|
|
19
15
|
> Describe how this can be tested by reviewers. Please be specific about anything not tested and reasons why.
|
|
20
16
|
> - Make sure you add unit and integration tests.
|
|
21
17
|
> - If this is on a hot path, add load or performance tests
|
|
22
18
|
> - Especially for dependency updates we also need to make sure that there is no impact on performance.
|
|
23
|
-
|
|
24
|
-
✅🚫 This change has been tested in a Webtask
|
|
25
|
-
|
|
19
|
+
|
|
26
20
|
✅🚫 This change has unit test coverage
|
|
27
|
-
|
|
21
|
+
|
|
28
22
|
✅🚫 This change has integration test coverage
|
|
29
|
-
|
|
23
|
+
|
|
30
24
|
✅🚫 This change has been tested for performance
|
|
31
|
-
|
|
32
|
-
## 🚀 Deployment
|
|
33
|
-
|
|
34
|
-
> Can this change be merged at any time? What will the deployment of the change look like? Does this need to be released in lockstep with something else?
|
|
35
|
-
|
|
36
|
-
✅🚫 This can be deployed any time
|
|
37
|
-
|
|
38
|
-
> or
|
|
39
|
-
> ⚠️ This should not be merged until:
|
|
40
|
-
> - Other PR is merged because REASON
|
|
41
|
-
> - After date because REASON
|
|
42
|
-
> - Other condition: REASON
|
|
43
|
-
|
|
44
|
-
## 🎡 Rollout
|
|
45
|
-
|
|
46
|
-
> Explain how the change will be verified once released. Manual testing? Functional testing?
|
|
47
|
-
|
|
48
|
-
In order to verify that the deployment was successful we will …
|
|
49
|
-
|
|
50
|
-
## 🔥 Rollback
|
|
51
|
-
|
|
52
|
-
> Explain when and why we will rollback the change.
|
|
53
|
-
|
|
54
|
-
We will rollback if …
|
|
55
|
-
|
|
56
|
-
### 📄 Procedure
|
|
57
|
-
|
|
58
|
-
> Explain how the rollback for this change will look like, how we can recover fast.
|
|
59
|
-
|
|
60
|
-
## 🖥 Appliance
|
|
61
|
-
|
|
62
|
-
**Note to reviewers:** ensure that this change is compatible with the Appliance.
|