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
When working and contributing to pixi the CI can be pretty slow. This is because of a number of factors, but I believe we can do some architectual changes to improve.
My idea is mainly to improve pipelining where a single platform can continue its tests without needing to wait on other platforms, while this does not improve the total pipeline speed it would give quicker feedback for the faster platforms. Currently the tests need to wait on all the platforms to be built for example.
Enable better pipelining:
Use composite actions for the build tasks. So that these can be re-used.
Make the integration-tests, wheel-tests, and downstream-tests a composite action as well.
Write out all the pipelines, instead of using matrices, so that we can depend on specific architectures.
Make the tests a step that is run after the rust compile (this step enables the actual pipelining)
Make use of nextest archive so that we skip the test compilation.
Other improvements:
Cross compile to windows-arm from a larger windows runner
Problem description
When working and contributing to pixi the CI can be pretty slow. This is because of a number of factors, but I believe we can do some architectual changes to improve.
My idea is mainly to improve pipelining where a single platform can continue its tests without needing to wait on other platforms, while this does not improve the total pipeline speed it would give quicker feedback for the faster platforms. Currently the tests need to wait on all the platforms to be built for example.
Enable better pipelining:
Other improvements:
Convert to pytest, similar to wheel tests:
We can transform these tasks into specific issues when needed.
The text was updated successfully, but these errors were encountered: