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
The CLI is working as expected but the assets that are produced sometimes have diffs without making any changes. Its challenging for the developer to have a clean development + deployment workflow using git. I'm not totally sure what pieces of this are CLI related or Superset related so I can make other issues in the Superset repo if thats needed. I'm also happy to give more feedback, contribute, or test any changes out!
The ideal workflow that I'm hoping to implement:
clone git repo containing Superset assets
spin up local Superset instance
import Superset assets to local instance
make changes in the UI
export Superset assets to local directory
optionally make edits to the exported assets if custom behavior is needed like using Jinja templating
commit changes to git branch
get code reviews from teammates. Potentially have staging instances to share with reviewers.
merge changes which kicks off a CICD pipeline that pushes the updated assets to the production instance of open source Superset or Preset
Challenges:
Chart assets have an ID in their file name and that ID changes sometimes.
Related to number 1, when importing charts their IDs look like they might be changing. Maybe they get imported in a different order. It ends up causing all the chart assets to have diffs when nothing has changed in them. Also the dashboards that reference those charts get diffs because they have chart ids that need updating to match the new ids.
Dashboard assets have a list of charts by position that doesnt seem to be consistently ordered. Git shows diffs in the charts but really its just a reordering.
When renaming a chart it becomes a totally new asset. So the diff looks like a file was deleted and another was added. This isnt ideal when you update the name and also make a change to the contents because the code reviewer wont be able to view the changes because git thinks the whole file is new. It might be challenging since the file name is the chart name but ideally a chart name update would just be an update to a line in the yaml vs file deletion and addition.
[Nice to have] If I cloned my repo and imported my assets into a local instance, then delete a few charts in my dashboard using the UI then I export again the assets still persist in my directory. It would be up to the developer to make sure they remove the stale assets. Having a way to detect a deletion would be ideal so the developer would have less of a chance of leaving stale assets in the repo.
[Nice to have] When importing my assets to the production instance, I would want to delete any assets that no longer exists in the git repo. Having a way to detect deletions on import would be great.
The CLI is working as expected but the assets that are produced sometimes have diffs without making any changes. Its challenging for the developer to have a clean development + deployment workflow using git. I'm not totally sure what pieces of this are CLI related or Superset related so I can make other issues in the Superset repo if thats needed. I'm also happy to give more feedback, contribute, or test any changes out!
The ideal workflow that I'm hoping to implement:
Challenges:
cc @betodealmeida
The text was updated successfully, but these errors were encountered: