-
Notifications
You must be signed in to change notification settings - Fork 73
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
Allow custom names for branched targets #672
Comments
For a second I thought this would actually be possible, then realized it would get messy to handle |
Could an alternative way forward be that the |
I do this with It gets a bit awkward when the input target is, itself, dynamic - e.g. pull a mutable table of metadata from an external website & run a set of targets across each row, naming the branch according to the value of some column in the table. You can't always predict the next name you'd need & I don't want to invalidate all my downstream targets if the website goes down temporarily. I work around this one by caching the table as part of the pipeline, & reading from the cache before the pipeline next starts to get metadata to use in the |
I like @markpayneatwork's idea. It is exactly how I thought it should work before finding this GitHub issue. You could also offer functions for common approaches like concatenating input values. |
I was about to propose this, when I found this closed issue. Knowing whether this is possible or how to implement this is far beyond my skills. However, I fully support any attempt to achieve this. And count on me if I can help anyhow. |
Discussed in #668
Originally posted by JohannesNE October 21, 2021
It would be very convenient to allow custom names of branched targets. Example:
I have 3 files in
data/
:data/churn.csv
data/churn2500.csv
anddata/churn5000.csv
My pipeline looks like this:
It would be very useful to assign names to
churn_data
branches based onchurn_file
, so I know which file each branch comes from. Alsochurn_rows
could just inherit names fromchurn_data
The ideal behaviour would be something like this:
The text was updated successfully, but these errors were encountered: