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
Sometimes, usually after a zarf destroy, the .zarf-state.yaml and $HOME/.git-credentials files will get into a bad state, where the IP address / hostname is not present in the configuration, and zarf package deploy fails because it doesn't know where to push the docker images. This issue is resolved in v0.15.0 and can be mitigated on v0.14.0 by deleting .zarf-state.yaml and $HOME/.git-credentials (assuming there isn't other non-zarf stuff in it) after running zarf destroy.
The text was updated successfully, but these errors were encountered:
Since Zarf is still changing quite rapidly while it is in beta, signified by its version being v0.x, we aren't ready to start doing support branches to patch previously released versions. Users experiencing this issue are encouraged to upgrade to a later version of Zarf that isn't affected.
RothAndrew
changed the title
Zarf v0.14.0 gets into a weird state after zarf destroy
Zarf v0.14.0 gets into a broken state after zarf destroyFeb 23, 2022
Sometimes, usually after a
zarf destroy
, the.zarf-state.yaml
and$HOME/.git-credentials
files will get into a bad state, where the IP address / hostname is not present in the configuration, andzarf package deploy
fails because it doesn't know where to push the docker images. This issue is resolved in v0.15.0 and can be mitigated on v0.14.0 by deleting.zarf-state.yaml
and$HOME/.git-credentials
(assuming there isn't other non-zarf stuff in it) after running zarf destroy.The text was updated successfully, but these errors were encountered: