Internet cloud-hosted natural language interactive messaging system server collaboration
US-2017366621-A1 · Dec 21, 2017 · US
US10827036B2 · US · B2
| Field | Value |
|---|---|
| Publication number | US-10827036-B2 |
| Application number | US-201715479395-A |
| Country | US |
| Kind code | B2 |
| Filing date | Apr 5, 2017 |
| Priority date | Sep 19, 2016 |
| Publication date | Nov 3, 2020 |
| Grant date | Nov 3, 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.
Aspects of the present disclosure relate to version control. A version control server receives, from a client device, a request for making changes to a portion of data stored in a data store. The version control server verifies that the client device has permission to make the changes to the portion of the data stored in the data store. The version control server updates, using a version control servlet, the data store according to the request. The version control sever creates, forks, merges or deletes, using a repository management API (application programming interface), a repository and/or the files in the repository in the data store based on the request. The version control server triggers, using the repository management API, one or more webhooks in response to the request.
Opening claim text (preview).
What is claimed is: 1. A system comprising: one or more processors of a version control server; and a machine-readable medium storing instructions which, when executed by the one or more processors, cause the version control server to: receive, from a client device, a request for making changes to a portion of data stored in a data store, wherein the data store stores a plurality of objects; verify that the client device has permission to make the changes to the portion of the data stored in the data store; update the portion of the data stored in the data store according to the request by generating one or more new objects; trigger one or more webhooks in response to the request, wherein the one or more webhooks comprise a continuous integration (CI) webhook, the CI webhook causing a CI server to build new artifacts from code, publish the new artifacts, and notify a dataset integration platform about the new published artifacts, wherein the new artifacts are built based on the one or more new objects; and register, in the dataset integration platform, a new job description referencing one or more of the new published artifacts built via the CI webhook, wherein the dataset integration platform provides a user interface for browsing a plurality of datasets, wherein each dataset comprises a container for semantically related content, wherein at least one dataset from the plurality of datasets comprises a stream of files emitted by a particular data source; a work state server coupled with the version control server and the data store, the work state server to: receive, from the client device, a request to edit code from the data store; clone the code to be edited to the work state server; commit edits to the code to the work state server; and push the edits to the code to the data store. 2. The system of claim 1 , wherein the one or more webhooks comprise a dataset integration webhook, the dataset integration webhook causing an update to a dataset integration platform based on the request. 3. The system of claim 1 , wherein the request comprises one or more of a clone request, a pull request, and a push request. 4. The system of claim 1 , wherein at least one webhook from the one or more webhooks comprises a user-defined hypertext transfer protocol (HTTP) callback triggered by an event. 5. The system of claim 4 , wherein the event comprises making the changes to the portion of the data stored in the data store. 6. The system of claim 1 , further comprising a work state server coupled with the version control server and the data store, the work state server to: determine that one or more files from the data store are being modified; store one or more pointers to a previous version of the one or more files; and store one or more pointers indicating modifications to the one or more files. 7. The system of claim 6 , wherein the request received from the client device comprises the modifications to the one or more files. 8. The system of claim 1 , the machine-readable medium further storing instructions which, when executed by the one or more processors, cause the version control server to: receive, from the client device, an access request for a data resource stored in the data store, the access request including a resource identifier and a user identifier, the resource identifier identifying the data resource, the user identifier identifying a user of the network application; in response to receiving the access request, access, from a verification engine, a policy object associated with the data resource using the resource identifier, the policy object including a statement, the statement including an operation performable with respect to the data resource based on satisfaction of one or more conditions; evaluate, using the version control server, an access permission of the user with respect to the data resource based on whether the one or more conditions included in the policy record are satisfied; and communicate, to the client device, a response to the access request, the response to the access request including the access permission of the user with respect to the data resource. 9. The system of claim 8 , the machine-readable medium further storing instructions which, when executed by the one or more processors, cause the version control server to: provide, to the client device, a user interface for registering a policy, the user interface including one or more input fields to receive a policy registration; receive, from the client device, a policy registration associated with an additional data resource stored in the first network database, the policy registration including an additional resource identifier and a plurality of statements, the additional resource identifier identifying the additional data resource, each of the plurality of permission statements including a condition and an operation; and register a policy associated with the additional data resource based on the policy registration. 10. A method comprising: receiving, from a user, a pull request at a web application of a first computing device, the web application being communicatively coupled with a version control server and a pull request server; providing, via the web application, the pull request to the pull request server; receiving, at the web application, an approval of the pull request from a second computing device different from the first computing device; and providing, in response to the approval of the pull request, a message to the pull request server, the message causing the pull request server to instruct the version control server to merge the pull request into a data store, the version control server to: trigger one or more webhooks in response to the pull request, wherein the one or more webhooks comprise a continuous integration (CI) webhook, the CI webhook causing a CI server to build new artifacts from code, publish the new artifacts, and notify a dataset integration platform about the new published artifacts, wherein the new artifacts are built based on one or more new objects added to the data store according to the pull request; and register, in the dataset integration platform, a new job description referencing one or more of the new published artifacts built via the CI webhook, wherein the dataset integration platform provides a user interface for browsing a plurality of datasets, wherein each dataset comprises a container for semantically related content, wherein at least one dataset from the plurality of datasets comprises a stream of files emitted by a particular data source; and a work state server coupled with the version control server and the data store, the work state server to: receive, from the client device, a request to edit code from the data store; clone the code to be edited to the work state server; commit edits to the code to the work state server; and push the edits to the code to the data store. 11. The method of claim 10 , further comprising: receiving, from the version control server, a notification that the pull request has been merged into the data store. 12. The method of claim 10 , wherein the first computing device is separate and distinct from the version control server. 13. The method of claim 10 , further comprising: browsing, via the web application, contents of a repository of the data store. 14. A non-transitory machine-readable medium storing instructions which, when executed by the one or more processors of a version control server, cause the version control server to perform operations comprising: receiving, from a client device, a request for making changes to a por
Version control (security arrangements therefor G06F21/57); Configuration management · CPC title
Push-based network services · CPC title
based on web technology, e.g. hypertext transfer protocol [HTTP] · CPC title
Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes · CPC title
Electricity · mapped topic
Related publications grouped by family.
Answers are generated from the same data shown on this page.