IP Library Granted Patent US 11,327,723
Granted Patent B1
US 11,327,723 · App. 17/185,219 · Granted May 10, 2022

Development environment integrated with failure detection system

Inventors: Ilan Gersht (Bat Yam, IL); Arie Bregman (Gan Yavne, IL)
Assignee: Red Hat, Inc.
G06F8/33G06F8/41G06F11/302G06F11/323G06F11/3495
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,327,723
App. No.
17/185,219
Granted
May 10, 2022
Kind
B1
Abstract

The technology disclosed herein enables performing code review during an active build. An example method may comprise causing, by a processor of an integrated development environment, execution of a software build job by a build tool, wherein the software build job comprises source code. The example method may further comprise tracking, using the integrated development environment, the execution of the software build job by receiving progress data associated with the execution. The example method may further comprise displaying, via a graphical user interface (GUI) of the integrated development environment, a plurality of lines of the source code. The example method may further comprise, responsive to detecting a failure during the execution, displaying, on the GUI, an information identifying the failure and a suggested corrective action.

Claims (49)

1. A method comprising:

causing, by a processor of an integrated development environment, execution of a software build job by a build tool, wherein the software build job comprises source code;

tracking, using the integrated development environment, the execution of the software build job by receiving progress data associated with the execution;

displaying, via a graphical user interface (GUI) of the integrated development environment, a plurality of lines of the source code;

responsive to detecting a failure during the execution, displaying, on the GUI, an information identifying the failure and a suggested corrective action; and

determining a probability metric indicating a likelihood of the suggested corrective action correcting the failure.

2. The method of claim 1 , wherein detecting the failure comprises:

communicating with the build tool via a program capable of handling periodic requests for data.

3. The method of claim 1 , wherein detecting the failure comprises:

listening to network traffic generated by the build tool.

4. The method of claim 1 , wherein detecting the failure comprises:

extracting failure data from a pipeline log.

5. The method of claim 1 , wherein the information identifying the failure comprises:

a type of programming error that caused the failure, wherein the programming error includes at least one of a syntax error, a logic error, a compilation error, or a runtime error.

6. The method of claim 1 , further comprising:

generating the suggested corrective action by retrieving the corrective action from a correction data library.

7. The method of claim 1 , further comprising:

generating the suggested corrective action by retrieving the corrective action from an external publically available information source.

8. A system comprising:

a memory;

a processing device operatively coupled to the memory, the processing device configured to:

cause execution of a software build job by a build tool, wherein the software build job comprises source code;

track, using an integrated development environment, the execution of the software build job by receiving progress data associated with the execution;

display, via a graphical user interface (GUI) of the integrated development environment, a plurality of lines of the source code;

responsive to detecting a failure during the execution, display, on the GUI, an information identifying the failure and a suggested corrective action; and

determining a probability metric indicating a likelihood of the suggested corrective action correcting the failure.

9. The system of claim 8 , wherein detecting the failure comprises the processing device being configured to:

communicate with the build tool via a program capable of handling periodic requests for data.

10. The system of claim 8 , wherein detecting the failure comprises the processing device being configured to:

listen to network traffic generated by the build tool.

11. The system of claim 8 , wherein detecting the failure comprises the processing device being configured to:

extract failure data from a pipeline log.

12. The system of claim 8 , wherein the information identifying the failure comprises:

a type of programming error that caused the failure, wherein the programming error includes at least one of a syntax error, a logic error, a compilation error, or a runtime error.

13. The system of claim 8 , wherein the processing device is further configured to:

generate the suggested corrective action by retrieving the corrective action from a correction data library.

14. The system of claim 8 , wherein the processing device is further configured to:

generate the suggested corrective action by retrieving the corrective action from an external publically available information source.

15. A non-transitory machine-readable storage medium storing executable instructions that, when executed by a processing device, cause the processing device to:

cause execution of a software build job by a build tool, wherein the software build job comprises source code;

track, using an integrated development environment, the execution of the software build job by receiving progress data associated with the execution;

display, via a graphical user interface (GUI) of the integrated development environment, a plurality of lines of the source code;

responsive to detecting a failure during the execution, display, on the GUI, an information identifying the failure and a suggested corrective action; and

determining a probability metric indicating a likelihood of the suggested corrective action correcting the failure.

16. The non-transitory machine-readable storage medium of claim 15 , wherein detecting the failure comprises executable instructions that, when executed by the processing device, cause the processing device to at least one of communicate with the build tool via a program capable of handling periodic requests for data, listen to network traffic generated by the build tool, or extract failure data from a pipeline log.

17. The non-transitory machine-readable storage medium of claim 15 , wherein the information identifying the failure comprises:

a type of programming error that caused the failure, wherein the programming error includes at least one of a syntax error, a logic error, a compilation error, or a runtime error.

18. The non-transitory machine-readable storage medium of claim 15 , further comprising executable instructions that, when executed by the processing device, cause the processing device to:

generate the suggested corrective action by at least one of retrieving the corrective action from a correction data library or retrieving the corrective action from an external publically available information source.

Assignments (2)
CHANGE OF NAME Recorded Mar 3, 2026
From: RED HAT, INC.
To: RED HAT, LLC
Reel/Frame 074913/0759 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Mar 10, 2021
From: GERSHT, ILAN; BREGMAN, ARIE
To: RED HAT, INC.
Reel/Frame 055549/0596 →
Cited By (2)
US 12,511,801 US 12,554,836