-
Notifications
You must be signed in to change notification settings - Fork 572
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Store version number in DB after successful sql remote #2111
Comments
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
Store version number in DB after successful sql remote #2111
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
Store version number in DB after successful sql remote #2111
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
Store version number in DB after successful sql remote #2111
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
also logging improvements Store version number in DB after successful sql remote #2111
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
#2111 Store version number in DB after successful sql remote
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
#2111 Store version number in DB after successful sql remote
Merged
metas-ts
added a commit
that referenced
this issue
Aug 8, 2017
metas-ts
added a commit
to metasfresh/metasfresh-dist-orgs
that referenced
this issue
Aug 9, 2017
Store version number in DB after successful sql remote metasfresh/metasfresh#2111
This was referenced Aug 9, 2017
metas-ts
added a commit
that referenced
this issue
Aug 14, 2017
* Fix adding the "updateInProgress" string during the migration * it's now more "SemVer" * the version is only set to the packages version (without "inProgress") after the successfull rollout * refactored RolloutMigrate to be more testable * add a new Main class whic configures and calls RolloutMigrate (also to achieve testability) * add tests for RolloutMigrate.run0() for different (but not all!) scenarios * also code cleanup #2111 Store version number in DB after successful sql remote
can be moved to done |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Is this a bug or feature request?
Feature
Description
sql_remote.sh
Results
build-info.properties
in the dist folder of both thesql-only-tar.gz
anddist-tar.gz
artifactsql_remote.sh
invokes checks the version and only runs if the package's version is higher-h
to learn moreExample: two consecutive rollouts with the same version:
First run with the special case that the DB column + initial value had to be created oin the fly:
![image](https://user-images.githubusercontent.com/1264789/29106293-9b9827e2-7cd4-11e7-9ea2-855d1ec7aa7d.png)
Second run:
![image](https://user-images.githubusercontent.com/1264789/29106321-b98ea56e-7cd4-11e7-979d-701e5d06affa.png)
The text was updated successfully, but these errors were encountered: