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
While working on integration tests as part of QA, observed that there is no clean way to automate software upgrade tests. Having upgrade handlers for each version would make it easy for automating this and thus improve test coverage. It can also act as an example for teams trying to build upgrade handlers
Proposal
Add upgrade handlers for simapp for each version.
v045 contains the following upgrade handler:
upgrade-v044-to-v045
Similarly v0.46.x will have,
upgrade-v045-to-v046
For Admin Use
Not duplicate issue
Appropriate labels applied
Appropriate contributors tagged
Contributor assigned/self-assigned
The text was updated successfully, but these errors were encountered:
I'd actually like to suggest changing the simapp app.go code structure to be like Osmosis'. (Especially after osmosis-labs/osmosis#1379 )
Namely, using a common Upgrade and Fork struct, and making a separately defined struct for all the module keepers. I think the package structure used there, relative to gaia, makes the package much more scalable. (And helps mitigates the footguns currently present around not using pointers for all keepers wrt hooks)
Summary
While working on integration tests as part of QA, observed that there is no clean way to automate software upgrade tests. Having upgrade handlers for each version would make it easy for automating this and thus improve test coverage. It can also act as an example for teams trying to build upgrade handlers
Proposal
Add upgrade handlers for
simapp
for each version.v045 contains the following upgrade handler:
upgrade-v044-to-v045
Similarly
v0.46.x
will have,upgrade-v045-to-v046
For Admin Use
The text was updated successfully, but these errors were encountered: