Method for managing state of cloud-based systems
US-10498665-B1 · Dec 3, 2019 · US
US10606585B1 · US · B1
| Field | Value |
|---|---|
| Publication number | US-10606585-B1 |
| Application number | US-201916680786-A |
| Country | US |
| Kind code | B1 |
| Filing date | Nov 12, 2019 |
| Priority date | Nov 12, 2019 |
| Publication date | Mar 31, 2020 |
| Grant date | Mar 31, 2020 |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
In order to facilitate automatic roll-forward updates, embodiments include detecting a failure in a software package. In response to the failure, data indicative of a current version of a software package is extracted from a release directory. In response to the application data, a base repository with a version history of the application is cloned. In response to the cloning, a prior set of changes from the base repository in the temporary directory, where the prior set of changes form an old application version of the application, is imported. In response to the import of the prior set of changes, the current version is overwritten with the prior set of changes to generate a new version. The new version is pushed directly to the base repository and a deployment API causes the new version to replace the current version.
Opening claim text (preview).
The invention claimed is: 1. A method comprising: detecting, by at least one processor, a failure in a software package; loading, by the at least one processor, a roll-forward library comprising a set of software package programming interfaces (APIs) associated with a version control system; executing, by the at least one processor, an extraction API from the roll-forward library to extract software package data indicative of a current software package version from a release directory; executing, by the at least one processor, a clone API from the roll-forward library to clone a base repository associated with the software package into a temporary directory in response to the software package data; wherein the base repository comprises a version history of the software package; executing, by the at least one processor, an import API from the roll-forward library to import a prior set of changes from the base repository in the temporary directory into a release directory in response to the cloning of the base repository; wherein the prior set of changes form an old software package version of the software package relative to the current software package version of the software package at a time of the failure; executing, by the at least one processor, a commit API from the roll-forward library to overwrite current software package version with the prior set of changes in the release directory to generate a new software package version of the software package; executing, by the at least one processor, a push API from the roll-forward library to push the new software package version of the software package directly to the base repository; and executing, by the at least one processor, a deployment API to cause the new software package version of the software package to replace the current software package version of the software package. 2. The method of claim 1 , further comprising executing, by the at least one processor, a delete request API from the roll-forward library to remove master branch protections from the base repository in response to the importing of the prior set of changes from the base repository. 3. The method of claim 2 , further comprising testing, by the at least one processor, access to the base repository to confirm the removal of the master branch protections. 4. The method of claim 2 , further comprising executing, by the at least one processor, a put request API from the roll-forward library to restore master branch protections to the base repository in response to the overwrite of the current software package version with the prior set of changes in the release directory. 5. The method of claim 4 , further comprising testing, by the at least one processor, access to the base repository to confirm the restoral of the master branch protections. 6. The method of claim 1 , further comprising: executing, by the at least one processor, a duplicate check API to determine whether a copy of the base repository exists in the temporary directory in response to the clone API; and deleting, by the at least one processor, the copy of the base repository from the temporary directory. 7. The method of claim 1 , further comprising executing, by the at least one processor, a remove API from the roll-forward library to delete all files in the temporary directory. 8. The method of claim 1 , wherein the failure of the software package is automatically detected. 9. The method of claim 1 , wherein the failure of the software package is indicated by a user selection of the failure. 10. The method of claim 1 , wherein the software package comprises a cloud platform service. 11. A method comprising: detecting, by at least one processor, a failure in a software package; executing, by the at least one processor, a roll-forward process associated with a version control system to generate a new software package version of the software package by replacing a current software package version of the software package with a prior set of changes to the software package; wherein the roll-forward process comprises: an extraction API from the roll-forward library to extract software package data indicative of the current software package version from a release directory; a clone API from the roll-forward library to clone a base repository associated with the software package into a temporary directory in response to the software package data; wherein the base repository comprises a version history of the software package; an import API from the roll-forward library to import the prior set of changes from the base repository in the temporary directory into a release directory in response to the cloning of the base repository; wherein the prior set of changes form an old software package version of the software package relative to the current software package version of the software package at a time of the failure; a commit API from the roll-forward library to overwrite current software package version with the prior set of changes in the release directory to generate a new software package version of the software package; a push API from the roll-forward library to push the new software package version of the software package directly to the base repository; and a deployment API to cause the new software package version of the software package to replace the current version of the software package. 12. The method of claim 11 , wherein the roll-forward process further comprises a delete request API from the roll-forward library to remove master branch protections from the base repository in response to the importing of the prior set of changes from the base repository. 13. The method of claim 12 , further comprising testing, by the at least one processor, access to the base repository to confirm the removal of the master branch protections. 14. The method of claim 12 , wherein the roll-forward process further comprises a put request API from the roll-forward library to restore master branch protections to the base repository in response to the overwrite of the current software package version with the prior set of changes in the release directory. 15. The method of claim 14 , further comprising testing, by the at least one processor, access to the base repository to confirm the restoral of the master branch protections. 16. The method of claim 11 , further comprising deleting, by the at least one processor, a copy of the base repository from the temporary directory; and wherein the roll-forward process further comprises a duplicate check API to determine whether the copy of the base repository exists in the temporary directory in response to the clone API. 17. The method of claim 11 , wherein the roll-forward process further comprises a remove API from the roll-forward library to delete all files in the temporary directory. 18. The method of claim 11 , wherein the failure of the software package is indicated by a user selection of the failure. 19. The method of claim 11 , wherein the software package comprises a cloud platform service. 20. A system comprising: at least one version control database configured to store a temporary directory; at least one processor configured to perform a roll-forward process associated with a version control system to generate a new software package version of the software package by replacing a current software package version of the software package with a prior set of changes to the software package; wherein the roll-forward process comprises instructions that caus
Related publications grouped by family.
Answers are generated from the same data shown on this page.