Details
-
Task
-
Status: Closed (View Workflow)
-
P3
-
Resolution: Won't Do
-
None
-
-
Core: Platform
Description
All module dependency resolution checking utilizing a tenant install endpoint in Okapi (simulate-mode).
The process would look something like the following:
1) deploy an instance of okapi (probably in a container) for each PR.
2) pull all module descriptors from folio-registry.
3) generate a module descriptor for the PR's module and post to local instance of okapi.
4) generate a list of stripes modules from 'next-release' branch of platform-core or platform-complete to enable in addition/in lieu of the local module we are testing.
5) create a tenant on local okapi instance
6) use tenant's install endpoint to simulate deployment
7) tear down local okapi instance
If there is a dependency resolution conflict, the PR fails. If there is no dependency resolution conflict, but the new version of the module is not included in list of modules to enable, a warning message is generated that signifies that no modules are prepared to use the new iteration of the module. This is useful for backend modules that increment the interface version.
TestRail: Results
Attachments
Issue Links
- relates to
-
FOLIO-1577 Automated builds for FOLIO 'release'
-
- Closed
-
-
FOLIO-2118 CI-integrated continuous deployment (Q2, cluster setup)
-
- Closed
-
-
UXPROD-1133 Pull Request builds and integration testing pt 2
-
- Closed
-
-
UXPROD-1423 Pull Request builds and integration testing pt 3
-
- Closed
-
-
UXPROD-1827 CI-integrated continuous deployment (Q3, FOLIO setup)
-
- Closed
-