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
Do we need the metadata.yaml, docker-compose.tutorial.yaml, and docker-compose.field_compare.yaml? Are they only useful for debugging the system tests themselves? I would suggest to either delete them, or move them to a subfolder (e.g., system-tests-debug).
* [ ] Do we need the `metadata.yaml`, `docker-compose.tutorial.yaml`, and `docker-compose.field_compare.yaml`? Are they only useful for debugging the system tests themselves? I would suggest to either delete them, or move them to a subfolder (e.g., `system-tests-debug`).
One of the big benefits of using containers is, that its very easy to "debug" a problem with a precice component, without having to install all of them manually. So having the docker-compose.tutorial.yaml and the fieldcompare.yaml is a crucial step in reproducing the failed pipeline in your local machine. So i would def. keep them around. A related Issue is: #387 where we need to move some absolute paths into relative ones to allow this "debug the pipeline in your local machine" feature.
Example of the contents of an archive:
I think we still need some changes:
reference_results
andreference-data
seems to be confusing (which is what?). One of them needs to be renamed, maybe toresults_to_compare
.tutorials_ref
? It currently containsmaster
, but in that job, I had asked fordevelop
(see Cannot checkout tutorials develop in tests #399).metadata.yaml
,docker-compose.tutorial.yaml
, anddocker-compose.field_compare.yaml
? Are they only useful for debugging the system tests themselves? I would suggest to either delete them, or move them to a subfolder (e.g.,system-tests-debug
).cc @valentin-seitz
The text was updated successfully, but these errors were encountered: