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
I think this might be related to #935 (or maybe the feature request of the issue). Also linking #661 where I first encountered this but didn't fully understand what was happening.
I would like to propose a feature request to preserve the workspace for custom workflows. Currently, in each stage of a custom workflow I do:
Without the added env step the workspace in the project is ignored. I would expect that TF_WORKSPACE so it is available to all steps. It is also something I miss when creating new projects because the failures at init are not apparent that the workspace is missing.
I'm also going to link #659 as it is a little related in that it would allow easier sharing of workflows where the vars file in this case always matches the workspace:
I think this might be related to #935 (or maybe the feature request of the issue). Also linking #661 where I first encountered this but didn't fully understand what was happening.
I would like to propose a feature request to preserve the workspace for custom workflows. Currently, in each stage of a custom workflow I do:
Without the added
env
step the workspace in the project is ignored. I would expect thatTF_WORKSPACE
so it is available to all steps. It is also something I miss when creating new projects because the failures at init are not apparent that the workspace is missing.Then, the steps become a more concise:
I'm also going to link #659 as it is a little related in that it would allow easier sharing of workflows where the vars file in this case always matches the workspace:
A low-priority thing for sure (manually setting
TF_WORKSPACE
toWORKSPACE
is a workaround). But I think the UX around this could be improved.The text was updated successfully, but these errors were encountered: