Skip to content
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

⛔️ add a DEPRECIATED status for analyses, that once where SUCCEEDED but should not be used #69

Open
juanesarango opened this issue Nov 27, 2024 · 0 comments

Comments

@juanesarango
Copy link
Contributor

From @nickp60:

We are trying to depreciate certain analyses so they are ignored when trying to run downstream apps, but have them be available for the other queries like getting the results or metadata. We are considering adding a custom_field for depreciated in the analysis object. We could just run all the apps with a -fi custom_fields.depreciated false to exclude those analyses, but it would be nice if we could configure the api to automatically add that to app queries.

From Mirae Baichoo:

... if run on the sample level - we might have some analyses that were run on a smaller number of sequencing files, but then a new sequencing result was returned and we run the analyses again). We would like to keep the old analyses but consider them "depreciated".

This use case is for example when same Application has different analyses with different number of Targets, and you want to flag as depreciated the previous run.

A good solution would be to mark previously SUCCEEDED and protected analyses, as DEPRECIATED, to avoid these being used by downstream analyses that depend on those results.

@juanesarango juanesarango changed the title ⛔️ add a DEPRECIATED status for analyses, that once where SUCCEEDED but should not be used ⛔️ add a DEPRECIATED status for analyses, that once where SUCCEEDED but should not be used Nov 27, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant