Proposed Approach:
- Decide on approach to take around resource heavy parts of the process:
- Can we use an external ledger to eliminate the need for spinning up a ledger for Indy SDK tests?
- Can we use version controlled docker images with pre-loaded dependencies to reduce build times?
- What
...
- platforms will we prioritize?
- Can we eliminate some of the artifacts - e.g. indy-crypto?
- Convert from Jenkins to either (TBD) GHA or AZP.
- This is the big effort - lots of detail and tasking to be done.
- Given the scope of the indy-sdk CI/CD scripts - does anyone know the ballpark effort of this? Best approach to sharing (or not) the work?
- Iteratively complete the tasks
- This is the big effort - lots of detail and tasking to be done.
- Evaluate the best platform to use long term – GHA or AZP.
- Tune the scripts to the selected platform
Hyperledger Paid For Resources
Migration Scope: (from this list
...
)
Jenkins:
- indy-crypto - CI Script * CD Script
- Question: Ursa is on AZP, so one would think this would be relatively easy to switch?
- Question: On the other hand, can we just eliminate the repo in favour of ursa?
- indy-node - CI Script * CD Script
- indy-plenum - CI Script * CD Script
- indy-sdk - CI Script * CD Script
- Most active and slowest build/test process at 5 hours per PR.
Nexus:
- rpm publishing
Requirements (from this presentation slide from Evernym)
- Linux, Windows, macOS platforms support.
- Triggering builds from GitHub PRs sent from fork.
- Ability to run our integration tests with IndyPool created as docker network on the same machine (maybe there are another solution-related ways)
- Hardware acceleration for Android’s routines (nice to have).
- Ability to passing artifacts through CI/CD jobs/steps (to avoid rebuilding artifacts).
- Run jobs in parallel.
- Ease of scale (ability to insert new runner machine).
Debian Publishing - repo.sovrin.org
- repo.sovrin.org provides debian packages that are used by the Sovrin Stewards to install Indy Node and a Maven interface for developers. The former use will need to shift to whatever Steward organization forms as a fallout of the Sovrin Foundation transition. The latter us can be transitioned to Hyperledger resources, with a transition notification to the developer community.
- Stephen Curran Let the MainNet transition team (headed by Riley Hughes) that this is an issue that will need to be addressed by that group.
Requirements (from this presentation slide from Evernym)
- Linux, Windows, macOS platforms support.
- Triggering builds from GitHub PRs sent from fork.
- Ability to run our integration tests with IndyPool created as docker network on the same machine (maybe there are another solution-related ways)
- Hardware acceleration for Android’s routines (nice to have).
- Ability to passing artifacts through CI/CD jobs/steps (to avoid rebuilding artifacts).
- Run jobs in parallel.
- Ease of scale (ability to insert new runner machine).
Background Information
CI/CD Platform Evaluation:
...