mctools / dgcode

DGCode: the coding framework of the ESS Detector Group. For more information, refer to https://confluence.esss.lu.se/display/DGCODE/CodingFramework
Other
2 stars 1 forks source link

Split up build and test steps in workflows #8

Closed tkittel closed 1 year ago

tkittel commented 1 year ago

Hi @MilanKlausz. Can we split up the build and tests steps in the workflows? Because then we can immediately see if it is a build or tests failure.

And actually, can we perhaps split up the build step further, into framework and non-framework parts? That should give a nicer overview.

I.e. instead of just launching "dgbuild -at [-d]" we could have three steps corresponding to the three commands:

dgbuild [-d] ONLY='Framework::*'
dgbuild [-d] ONLY='*'
dgbuild [-d] ONLY='*' -t [--whateverothertestoptions we use]

In the last step I assume there are some relevant options (--numexcept IIRC?). Of course, this is not useful if the three steps are not running in the same directories, we do after all not want to actually build any package more than once.

tkittel commented 1 year ago

Actually I see now that this is done in all final per-repo .yml, and not in the central actions, right?

MilanKlausz commented 1 year ago

Yes, this is actually and issue for the dgcode_actions repo, but I might as well react here:

Note: The same 'Projects' directory is used to build all packages (which is empty..except for the bootstrap file). The non-framework packages are added to the pkg search path through the the DGCODE_EXTRA_PKG_PATH env var after(!) the framework packages are build.