adobe / adobe/aepsdk-core-android
Investigate parallelizing CI testing jobs
- Dominant language
- Kotlin
- Stars
- 17
- Forks
- 30
- Avg merge
- 8h 37m
- Merged PRs (30d)
- 5
Description
Investigate parallelizing CI testing jobs - for example, if unit tests for Core, Lifecycle, Identity, etc run in sequential order, see how they can be parallelized to save time. Especially relevant if the current CircleCI CI script is converted to a reusable GitHub Actions workflow
### Expected Behaviour
### Actual Behaviour
### Reproduce Scenario (including but not limited to)
#### Steps to Reproduce
#### Platform and Version
#### Sample Code that illustrates the problem
#### Logs taken while reproducing problem
Contributor guide
Research direction
Start by locating the current CircleCI configuration and mapping the Core, Lifecycle, Identity, and other test jobs and their dependencies. Compare that setup with a reusable GitHub Actions workflow, then verify that independent jobs run in parallel, all tests still pass, and CI time is reduced.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- github-actions, kotlin
- Domain
- ci-cd
- Issue type
- Refactor
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100