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 have checked that a similar feature request does not already exist.
✍️ Is your feature request related to a problem? Please describe.
A recent update to astro cli (v1.28.0) broke our astro deployments. We were deploying in dag-deploy mode through github actions, and we noticed the issue when somebody tried to deploy an updated dag but their changes didn't show up.
Our frustration here is, due to how astro-cli is installed, we either have to chose to pin the version of astro-cli, or allow astro to update it without us doing any validation in advance. Neither solution is great, if we pin we run the risk of having such an old version that eventually its out of support, if we let it float we run the risk of breakage in the future.
🧩 Describe the solution you'd like
Ideally we would pin the astro-cli version and get dependabot to create PRs for new versions when they are available. This is how we approach both the astronomer version and the dependencies we install into it via pip. This could be accomplished by using a github-action to install the astro-cli instead of some script fed from curl. This could work similiar to https://github.com/google-github-actions/setup-gcloud, but ideally it would be included in the astro-cli repo. This would mean that we would install astro-cli in github actions using something like
✍️ Is your feature request related to a problem? Please describe.
A recent update to astro cli (v1.28.0) broke our astro deployments. We were deploying in dag-deploy mode through github actions, and we noticed the issue when somebody tried to deploy an updated dag but their changes didn't show up.
Our frustration here is, due to how astro-cli is installed, we either have to chose to pin the version of astro-cli, or allow astro to update it without us doing any validation in advance. Neither solution is great, if we pin we run the risk of having such an old version that eventually its out of support, if we let it float we run the risk of breakage in the future.
🧩 Describe the solution you'd like
Ideally we would pin the astro-cli version and get dependabot to create PRs for new versions when they are available. This is how we approach both the astronomer version and the dependencies we install into it via pip. This could be accomplished by using a github-action to install the astro-cli instead of some script fed from curl. This could work similiar to https://github.com/google-github-actions/setup-gcloud, but ideally it would be included in the astro-cli repo. This would mean that we would install astro-cli in github actions using something like
and then dependabot would ensure we're running a recent version.
🤔 Describe alternatives you've considered
Is your feature request specific to a particular Astronomer Platform?
💡 Additional context
The text was updated successfully, but these errors were encountered: