Abstract: Techniques for processing change requests for software projects are disclosed. An example method includes generating a contributor score for a contributor of source code to a software project and saving the contributor score to a storage device. The contributor score reflects a degree to which source code submissions by the contributor are trustworthy. The method also includes receiving a change request from the contributor to change a part of the software project. The change request includes new or updated source code for the software project. The method also includes, in response to receiving the change request, retrieving the contributor score from the storage device, comparing, by a processing device, the contributor score to a threshold to identify an action to be performed in relation to the change request, and executing the action.

Abstract: A system includes a rules engine comprising a template indicative of an initial source code of a core computing system, a processor, and memory storing instructions. The instructions are configured to cause the processor to retrieve data indicative of a current source code for the core computing system, and compare the data indicative of the current source code to the template indicative of the initial source code of the core computing system. The processor may then identify one or more customizations in the current source code of the core computing system based on comparing the data to the template and quantify an amount of customization applied to the core computing system based on identifying the one or more customizations.

Abstract: Methods, apparatus, and processor-readable storage media for automated software deployment are provided herein. An example computer-implemented method includes obtaining at least one request to merge one or more code changes associated with a first branch of software code with a second branch of software code; performing one or more tests to validate the at least one request; in response to validating the request, performing a merge operation that merges the one or more code changes with the second branch of software code; and deploying the second branch of software code to at least one cloud-based computing environment based at least in part on a version tag that identifies the merge operation corresponding to the request and a previous version tag that identifies a most recent merge operation completed for a previously deployed version of the second branch of software code.

Abstract: The present disclosure relates to a method for generating a program for use in an accelerator for deep learning. The method may include receiving, by a computing device, a deep learning application, generating an element-wise operation list included in the deep learning application, generating an intermediate expression from the element-wise operation list, and generating, based on the intermediate expression, a program for use in an accelerator for the deep learning application.

Abstract: A system and method for rule selection may include using one or more processors in a computer server, for a set of rules, each rule having one or more rule criteria, determining for each rule if the result of an interaction between interaction metadata and the one or more rule criteria includes one or more criteria. For each rule where the intersection includes one or more criteria, a complement result may be calculated between the result of the intersection and the rule criteria; and based on the complement result, wherein if the complement result is null, the rule may be selected.

Abstract: A software update system includes: a vehicle data acquiring unit configured to acquire data on a state of a vehicle including data of a predetermined performance of the vehicle; an effect predicting unit configured to predict an effect on the predetermined performance which is obtained when update data of software used in the vehicle for improvement of the predetermined performance is applied to the vehicle based on the data acquired by the vehicle data acquiring unit; and a delivery unit configured to deliver the update data to the vehicle when the effect predicted by the effect predicting unit satisfies a predetermined reference and to withhold delivery of the update data to the vehicle when the effect predicted by the effect predicting unit does not satisfy the predetermined reference.

Abstract: A workflow tool to build, deploy and release application code of an application to any of one or more cloud computing platforms. The workflow tool is executed by one or more processors to generate a single configuration file for the application, the single configuration file comprising, using a common command-line interface (CLI) language: a build configuration defining a build tool used for building the application; a deploy configuration defining a cloud computing platform to which the application will be deployed; and a release configuration defining logic for releasing the application to one or more users of the cloud computing platform. The workflow tool further includes a release uniform resource locator (URL) generated by the first processor, the release URL providing access, by the cloud computing platform to the one or more users, to the application upon the releasing.

Abstract: A system can determine to uninstall a patch that is installed on a computer, wherein an image of an operating system of the computer and a package that was used to install the patch are cryptographically signed. The system can further identify a first stored location of the package, and a second stored location of the image of the operating system. The system can further extract a file manifest from the package at the first stored location. The system can further extract versions of files identified on the file manifest from the image of the operating system at the second stored location, resulting in extracted versions of files. The system can further store the extracted versions of files to a temporary storage location. The system can further move the extracted versions of files in the temporary storage location to respective original running locations of the versions of files.

Abstract: An application platform system and method. A data synchronization instance manages a reference state object for a data synchronization system (DSS) account. A first local state object is stored at a first application system. The first application system receives update notifications provided by the DSS. A second local state object is stored at a second application system. The second application system receives update notifications provided by the DSS. An application instruction of the first application system is transformed into a state update, and the first local state object is modified to include the state update. The state update is provided to the DSS via a local update notification. The reference state object is modified to include the state update. The state update is provided to the second application system via a reference update notification. The second local state object is modified to include the state update.

Abstract: A computing device is disclosed herein. The computing device includes a memory that stores processor executable instructions for an application development platform and a context-aware undo-redo service of the application development platform. The computing device includes a processor that executes the processor executable instructions to cause the computing device to receive a first invocation of an undo operation with respect to environment variables on screens. The computing device further navigates, according to an active context, to a configuration screen of the screens to make the configuration screen visible in response to the first invocation. The configuration screen shows a portion of the environment variables. The computing device also receives a second invocation of the undo operation and executes the undo operation in response to the second invocation to reverse changes to the portion of the environment variables shown by the configuration screen while the configuration screen is visible.

Abstract: A computer that dynamically maps traffic to different versions of software is described. During operation, the computer may receive first traffic from a first tenant and second traffic from a second tenant, where the first traffic and the second traffic are addressed to a common computing environment that supports multiple, different tenants. Then, the computer may identify the first tenant based at least in part on first information included in the first traffic, and may identify the second tenant based at least in part on second information included in the second traffic. Moreover, the computer may dynamically map the first traffic to a first version of software and the second traffic to a second version of the software, where the dynamic mapping occurs at runtime. Note that the computer may concurrently execute the first version of the software and the second version of the software.

Abstract: A device of updating library required by a testing program for testing and a method thereof are disclosed. A system configuration file of an old testing device is modified to make the old testing device enter a testing mode when booting, so that library supporting the testing program of an application is updated in the testing mode; when the application is executed, the testing program is connected to the to-be-tested device for performing testing, so that the old testing device can be updated through network without dedicated hardware, and the technical effect of reducing the time and labor cost for updating the old testing device can be achieved.

Abstract: Systems and methods for scheduling and deploying patches to electronic device assets are provided. A patch management system identifies scheduling for patching and causes a patch scripting service to apply patching tags to the electronic device assets. A patch deployment service deploys patches based upon the applied tags.

Abstract: A device tracks accesses to pages of code executed by processors and modifies a portion of the code without terminating the execution of the code. The device is connected to the processors via a coherence interconnect and a local memory of the device stores the code pages. As a result, any requests to access cache lines of the code pages made by the processors will be placed on the coherence interconnect, and the device is able to track any cache-line accesses of the code pages by monitoring the coherence interconnect. In response to a request to read a cache line having a particular address, a modified code portion is returned in place of the code portion stored in the code pages.

Abstract: Systems, devices, and methods are provided for fingerprinting requests, such as transaction records. A transaction record or other suitable request may be parsed to identify a parameter values for a set of fields relevant to fingerprinting. A transaction record representation may be generated based on transaction input data, transaction output data, intermediate data, or combinations thereof. A fingerprint may be generated from the transaction record implementation. Fingerprints may be used to identify various test cases that can be used for regression testing.

Abstract: A system and method to adaptively generate a program model. Source code of a program to be tested for code issues, and a set of predefined patterns to be tested in the source code are received. Feature configuration data is generated by determining a set of features corresponding to the received set of predefined patterns. A set of program models is identified by selecting, for each feature in the set of features, a program model from among a plurality of program models that is optimized for the feature. A dynamic program model is built based on the identified set of program models, the dynamic program model being adapted to resolve each of the patterns included in the received set of predefined patterns. And the source code is tested for code issues by extracting from the dynamic program model instances of each of the set of predefined patterns.

Abstract: Disclosed herein are system, method, and computer program product embodiments for automatically cataloging updated Application Programming Interface (API) specifications. The API specifications may have been previously published to an application exchange platform. An automatic cataloging tool installed at an API development system may identify an updated API specification committed to an API specification repository. To validate that a change has been made, the automatic cataloging tool may compare the updated specification, metadata, and/or referenced documentation files to an API specification previously posted to the application exchange platform. In response to determining that the API specifications differ, the automatic cataloging tool may transmit the updated API specification to the application exchange platform. The application exchange platform may then replace the previous API specification with the updated API specification for client devices to view.

Abstract: A system comprises data processing hardware and memory hardware. The memory hardware is in communication with the data processing hardware, and stores instructions that, when executed on the data processing hardware, cause the data processing hardware to perform a plurality of operations. In some examples, one of the operations may include receiving instance management configuration data for a single-tenant software-as-a-service (SaaS) application. Another operation may include further include receiving an image of the single-tenant SaaS application. Yet another operation can include generating, by the control plane manager, a control plane based on the instance management configuration data. The control plane is configured to create multiple instances of the single-tenant SaaS application based on the received image, and to manage the instances of the single-tenant SaaS application based on the received instance management configuration data.

Abstract: Software code is tested to determine relative performance of the software code. Successfully executing a test may be used to flag problems in a code repository to be corrected or criteria for accepting code for acceptance to the repository. To further evaluate test results, the test may be run several times on the same code version to determine a test result stability score describing how the test results may vary in different executions, such as a frequency that the code passes the test. Based on the score, additional tests may be run to further refine test result stability score. To evaluate time-variance of testing, when a code version fails a test, a previous version of the code may be run with the same test and the results compared to determine if a new regression was introduced.

Abstract: A system and method for prepopulating a container image repository for continuous integration (CI/CD) environments using volumes and/or layered images. The method includes executing, by the processing device, a container image that is configured as an image repository mirror for a remote server. The method includes executing, by the processing device, an application to cause the application to provide a request for one or more images to the container image. The method includes determining, by the container image, an absence of the one or more images in the container image. The method includes retrieving, by the container image responsive to determining the absence of the one or more images, the one or more images from the remote storage. The method includes providing, by the container image, the one or more images retrieved from the remote storage to the application.