Replies: 2 comments
-
Currently we don't cache the cloned repositories to make sure CI runs do not affect each other, which has the downside of longer CI execution time. |
Beta Was this translation helpful? Give feedback.
-
Cloning alone should not have an effect on the run, unless someone does something really vile and publishes divergent changes. It is the state of the work area that should be reset to the branch. The bulk of data is in the repo, which in git is add-only. |
Beta Was this translation helpful? Give feedback.
-
According to the documentation, substantial amounts of data are cloned into the container. This means high transfer cost and lots of runtime. In CI runs, these clones should hence be stored in caches for the runs and just updated. Where are the corresponding directories located? Are the repository clones somehow tainted by the parameters or can one cache be used for all invocations?
Beta Was this translation helpful? Give feedback.
All reactions