Skip to content

Conversation

@burakdede
Copy link
Contributor

This fixes the description issue reported #166.

As evident from the commits I changed my mind quite a bit about where, when description metadata should be applied eventually settled to scope it to only create flows and applied optional semantics of the field. (deploy seemed too critical and applied too frequent to constantly sync this)

High level changes;

  • App description handling is moved to create flows only, mapping CLI/Towerfile description to the API’s short_description on create (including deploy --create), and deploy no longer updates description for existing apps.
  • Error handling was simplified around create/describe, and deploy no longer fails on description update (now removed).
  • Integration tests were cleaned up to focus on create behavior; deploy-update scenarios and mock update-failure cases were removed.

…vements

- Change towerfile desc. to Option<String> to distinguish absence and
  explicit empty
- Add ApiCreateError for more accurate error reporting on app createion
- Add UnexpectedApiResponse error to prevent silent description
  synchronization skip
- Simplify error conversion in `ensure_app_exists`
  Change from diff-checking approach to "latest wins" semantics;
  - Always update description on deploy when present (no comparison)
  - Skip update for empty/None (preserves server state)
  - Remove spinner and entity validation (simpler, more resilient)
Copy link
Contributor

@bradhe bradhe left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is really great, thanks for taking care of this @burakdede! I'll leave this open in case there's any modifications you want to make, but will merge it over the weekend!

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

Successfully merging this pull request may close these issues.

2 participants