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: .yamato/README.md
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,6 @@ CI related files are present inside .yamato/ folder and we can distinguish speci
9
9
10
10
### Helper jobs
11
11
-`.yamato/package-pack.yml` responsible for generating package artifacts (.tgz) required for testing and publishing.
12
-
-`.yamato/project-pack.yml` responsible for generating package artifacts (.tgz) required for testing and publishing. This packs all packages of a given project.
13
12
-`.yamato/_run-all.yml` responsible for grouping tests into groups for easier management (for example "all console tests").
14
13
-`.yamato/_triggers.yml` responsible for defining triggers (PR, nightly, weekly etc.) and defining which tests to run.
15
14
-`disable-burst-if-requested.py` responsible for helping to disable burst if needed.
@@ -77,4 +76,4 @@ Currently, the CI implementation supports the following platforms:
77
76
78
77
## Design Considerations
79
78
In theory, we could manually write jobs for every configuration. However, this approach would be more error-prone, especially when modifications or fixes are needed, as it would require keeping track of all configurations.
80
-
The downside of our current approach is that it can sometimes impact readability due to the use of nested if and for statements.
79
+
The downside of our current approach is that it can sometimes impact readability due to the use of nested if and for statements.
# Run API validation to early-detect all new APIs that would force us to release new minor version of the package. Note that for this to work the package version in package.json must correspond to "actual package state" which means that it should be higher than last released version
Copy file name to clipboardExpand all lines: .yamato/_triggers.yml
+11-4Lines changed: 11 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -41,7 +41,7 @@
41
41
# It's important to ensure that all dependencies exist (this can be verified in Yamato) since a modification in parameters may result in a given job not being generated, and thus we will not be able to run such erroneous job.
# After some experimenting with CI setups we discovered that even though sometimes we don't need CI to run (no reason to run package tests if only Documentation is changed) there are some checks that devs may not realize but changes in seemingly unrelated files will cause their failures
47
47
# This trigger was created to ensure that ALL PRs run this minimal check even when we don't need to run full tests
@@ -69,6 +69,9 @@ pr_code_changes_checks:
69
69
name: Code changes PR checks
70
70
# Run the following tests on a selection of different desktop platforms
71
71
dependencies:
72
+
# Run API validation to early-detect all new APIs that would force us to release new minor version of the package. Note that for this to work the package version in package.json must correspond to "actual package state" which means that it should be higher than last released version
73
+
- .yamato/vetting-test.yml#vetting_test
74
+
72
75
# Run package EditMode and Playmode package tests on 6000.2 (latest supported editor) and an older supported editor (2022.3) (2022.3 will soon be a minimum supported editor)
# Run API validation to early-detect all new APIs that would force us to release new minor version of the package. Note that for this to work the package version in package.json must correspond to "actual package state" which means that it should be higher than last released version
129
+
- .yamato/vetting-test.yml#vetting_test
125
130
# Run project standards to verify package/default project
# Run API validation to early-detect all new APIs that would force us to release new minor version of the package. Note that for this to work the package version in package.json must correspond to "actual package state" which means that it should be higher than last released version
173
+
- .yamato/vetting-test.yml#vetting_test
167
174
# Run project standards to verify package/default project
168
175
- .yamato/_run-all.yml#run_all_projects_standards
169
176
# Run package EditMode and Playmode tests on desktop platforms
# In theory this job also runs package tests, but we don't want to use it as default since is heavier (because of added coverage analysis) and coverage is not changing that often
19
19
# Requires Unity Editor installation
20
20
# Burst compilation is disabled to ensure accurate coverage measurement
21
21
# In order to properly use -coverage-results-path parameter we need to start it with $PWD (which means the absolute path). Otherwise, coverage results will not be visible
0 commit comments