-
Notifications
You must be signed in to change notification settings - Fork 14
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Saving more provenance information #205
Comments
I agree! For the app version would we need to force users to expose the version in a particular way? |
Yeah, so that's the tricky bit, there's no one correct way to do this. Of the options listed here, the One other tricky is mid-release development version. Other apps will use git hashes as part of the dev versions, but poetry doesn't handle this directly. One would probably need a git precommit hook with versioneer or similar. But also check out this: poetry-dynamic-versioning. I think I'll make a separate issue about it, it looks pretty cool. |
One more related thought: so long as we're reconstructing the config file from scratch, and given the order of attributes is arbitrary, it might be nice to purposefully organize things (and even put comments in if that can be managed... not sure) to make the file as human-readable as possible. |
yes a more human-readable config would be great! |
The problem
This issue is somewhat relate to #182, but more specifically concerns what information is saved in the auto-generated
snakemake.yml
file. Currently we keep the entire config, any arguments passed torun.py
(including snakemake args), and the snakemake and output directories. For full replicability, it would also be helpful to save the apṗ version (related to #85), and the snakemake version used to run the pipeline.The text was updated successfully, but these errors were encountered: