Abstract: Implementations for estimating the likelihood of successful execution of a request to create a set of computing resources in a cloud computing environment are described. An example method may include receiving, by a processing device, a request to provision a set of computing resources of a cloud computing environment, translating the request into a set of hardware specifications, determining whether the set of hardware specifications is within a quota associated with an initiator of the request, determining whether the cloud computing environment has sufficient available computing resources matching the set of the hardware specifications, and notifying the initiator of the request of the availability of the computing resources specified by the request.

Abstract: Methods, systems, and computer program products are included for incorporating functionalities of a version control system into a package manager. An example method includes providing to a package manager a source file path corresponding to a source. A software version control system corresponding to the source is determined from the source file path. A command translation driver corresponding to the software version control system of the source is loaded by the package manager. The loaded command translation driver translates a package manager command to a corresponding command of the software version control system. The translated package manager command is executed by the package manager.

Abstract: Providing an enhanced continuous integration (CI)/continuous delivery (CD) build script debugging environment is disclosed. In one example, the CI/CD build script debugging environment inserts a breakpoint within a CI/CD build script that includes one or more build script steps. During execution of the CI/CD build script within the CI/CD build script debugging environment, execution is paused at the breakpoint, and a language-specific debugging environment suitable for debugging the next build script step is automatically identified and launched. Some examples may also provide that the CI/CD build script debugging environment allows the user to resume execution of the CI/CD build script within the CI/CD build script debugging environment without further pauses, and/or to “step over” a build script step by executing the build script step within the CI/CD build script debugging environment without launching a language-specific debugging environment.

Abstract: Updating inactive compute instances is disclosed. It is determined that a first compute instance that boots from an operating system image on a first storage device is in an inactive state. It is determined that updates to the operating system image on the first storage device exist. The operating system image is copied from the first storage device to a second storage device. The operating system image on the second storage device is updated with the updates to generate an updated operating system image on the second storage device. The updated operating system image is copied form the second storage device to the first storage device in place of the operating system image.

Abstract: Virtualized computing resources can be managed in a cloud computing environment. For example, a system can receive input indicating that a cloud computing environment is to be reverted back to a prior state prior to an event occurring. Based on the input, the system can determine actions that were performed in the cloud computing environment in response to the event. Each action can involve a creation, a modification, or a deletion of a virtualized computing resource in the cloud computing environment. The system can determine a particular order in which the actions were performed by analyzing timestamps corresponding to the actions. The system can then revert the cloud computing environment back to the prior state by performing an inverse of each action in the plurality of actions in a reverse order to the particular order.

Abstract: Some examples can accurately determine a status of a software update across a number of development system components. In some examples, a method may involve receiving a software update comprising a set of computer-executable instructions and a reference to a location at which a status chain is to be stored. The method may also involve, in response to receiving the software update, performing at least one software development action with respect to the software update by executing a software development component among a plurality of software development components. The method may further involve determining a status of the software update based on performance of the at least one software development action. And the method may involve automatically causing a block to be added to the status chain at least in part by interfacing with the location, the block indicating the status of the software update and the software development component.

Abstract: Implementations for generating test plans for testing computer products based on product usage data are described. An example method may include obtaining, by a processing device, data associated with usage of a computer product, identifying, from the obtained data, a first set of parameters relevant to testing the computer product and a first set of values corresponding to the first set of parameters, comparing, by the processing device, the first set of parameters and the first set of values to a second set of parameters and a second set of values associated with a test plan to test the computer product, and generating, by the processing device, a modified version of the test plan in view of the comparison.

Abstract: Software application dependency trees can be generated and used for white-box testing. In some examples, a method may involve receiving a request to generate a dependency tree for a first software application associated with a computing device. The method may also include identifying a set of software applications also associated with the computing device, each of which the first software application is determined to be dependent upon based on information included in a specification for the first software application. The method may also include receiving, by the computing device with respect to the set of software applications, a corresponding set of dependency trees. The method may further include incorporating each of the dependency trees in the set of dependency trees into the dependency tree for the first software application via a respective incorporation point, and returning the dependency tree for the first software application in response to the request.

Abstract: A method includes receiving a depiction with one or more elements, each element having a location within the depiction. The depiction is analyzed to identify at least one of a first type of element. The depiction is further analyzed to identify at least one of a second type of element. The location of the first and second types of elements is also identified. The method next includes creating an output comprising code to be used in a CI/CD job based on the elements in the analyzed received depiction and their location.

Abstract: Methods and systems are provided for comparing and identifying job definition files that are hard copies and soft copies of one another. In one embodiment, a method is provided that includes receiving and splitting a first job definition file into a first plurality of stages. The method further comprises comparing the first plurality of stages with a second plurality of stages from a second job definition file. Corresponding stages may be identified and used to determine whether the first and second job definition files are hard or soft copies of one another. If the first and second job definition files are hard copies, one of the job definition files may be deleted from a continuous integration environment. If the first and second job definition files are soft copies, a generic job definition file may be generated based on the first and second job definition files.

Abstract: A build fail of a job in a development pipeline of an application development system is analyzed. A determination as to whether the build fail affects other jobs in the development pipeline is made. In response to determining that the build fail affects at least one of the other jobs of the plurality of jobs, an alert identifying the at least one of the other jobs affected by the build fail is generated.

Abstract: Implementations for generating a command line interface (CLI) for projects based on configuration management technologies are described. An example method may include maintaining a CLI specification file for a project that is executable by a configuration management system, the CLI specification file specifying an entry point to cause execution of the project, a command to invoke the project via the entry point, and option parameters of options of the project, receiving an invocation request for the project via a user input of the command, verifying that arguments of the invocation request are valid in view of the option parameters of the CLI specification file, and responsive to verifying that the arguments are valid, generating a CLI for the project in view of the CLI specification file, the CLI to cause the project to be executed by the configuration management system using the entry point.

Abstract: Implementations for services integration in an integrated development environment (IDE) are described. An example method may include receiving a selection of a portion of source code in an IDE, providing a list of options to perform with respect to the selected portion of the source code, the options corresponding to services external to the IDE, receiving an indication of a selected option of the options from the list, identifying an owner of the selected portion of the source code, and causing one or more functions corresponding to the selected option to be performed with respect to the selected portion of the source code and the identified owner, wherein the one or more functions are integrated into the IDE for execution.

Abstract: Implementations for generating scenarios for automated execution of resources in a cloud computing environment are described. An example method may include receiving, by a processing device, identification of a plurality of resources for inclusion in a scenario, the scenario to cause the plurality of resources to be deployed in a cloud computing system, generating, by the processing device, the scenario specifying the plurality of resources and defining relationships between the plurality of resources, receiving a command to invocate the scenario, and in response to receiving the command, causing the plurality of resources to be deployed in the cloud computing system in view of the scenario, the plurality of deployed resources to have the defined relationships.

Abstract: Systems and methods are disclosed for derivation of executable tasks for synchronizing configuration parameters. An example method may comprise: obtaining a first set of configuration parameters of a first computer system corresponding to a first time value; obtaining a second set of configuration parameters of the first computer system corresponding to a second time value; performing a comparison between the first set of configuration parameters and the second set of configuration parameters to determine one or more differences; deriving in view of the comparison, one or more executable tasks to convert the first set of configuration parameters to the second set of configuration parameters; and providing, to a second computer system, the one or more executable tasks for execution by the second computer system to synchronize configuration parameters of the second computer system to configuration parameters of the first computer system corresponding to the second time value.

Abstract: Concurrent meeting and compute instance scheduling is disclosed. A request to schedule a compute instance to be provisioned for use during a meeting identified in a meeting invite interface is received. The compute instance is caused to be provisioned at a predetermined time prior to a meeting start time. An address of the compute instance is obtained prior to the meeting start time.

Abstract: Providing an enhanced continuous integration (CI)/continuous delivery (CD) build script debugging environment is disclosed. In one example, the CI/CD build script debugging environment inserts a breakpoint within a CI/CD build script that includes one or more build script steps. During execution of the CI/CD build script within the CI/CD build script debugging environment, execution is paused at the breakpoint, and a language-specific debugging environment suitable for debugging the next build script step is automatically identified and launched. Some examples may also provide that the CI/CD build script debugging environment allows the user to resume execution of the CI/CD build script within the CI/CD build script debugging environment without further pauses, and/or to “step over” a build script step by executing the build script step within the CI/CD build script debugging environment without launching a language-specific debugging environment.

Abstract: Dynamically revising an in-process build is disclosed. A build system receives a build configuration comprising information that defines a plurality of successive stages. Each stage includes at least one step, and one or more of the stages include a plurality of successive steps. The build configuration defines a build process that, when completed, alters a state of a storage device. The build system initiates a build process sequence on the build configuration. The build system, after initiating the build process sequence, receives notification of a desire to add a revision to a particular stage of the plurality of stages defined in the build configuration. A determination is made that performance of the particular stage has or has not begun. In response to the determination, a subsequent build process action is performed.

Abstract: Methods and systems are provided for comparing and identifying job definition files that are hard copies and soft copies of one another. In one embodiment, a method is provided that includes receiving and splitting a first job definition file into a first plurality of stages. The method further comprises comparing the first plurality of stages with a second plurality of stages from a second job definition file. Corresponding stages may be identified and used to determine whether the first and second job definition files are hard or soft copies of one another. If the first and second job definition files are hard copies, one of the job definition files may be deleted from a continuous integration environment. If the first and second job definition files are soft copies, a generic job definition file may be generated based on the first and second job definition files.

Abstract: A method and system for integrating business intelligence data into a continuous integration system are provided. In one embodiment, a method is provided comprising receiving business intelligence data regarding utilized product features and job data regarding tested product features. The method may further include converting the business intelligence data and the job data into unified business intelligence data and unified job data in a unified format. The method may also include generating a feature map based on the unified business intelligence data and unified job data, determining an insufficient mapping based on the feature map, and identifying a job flag based on the insufficient mapping.