Skip to content

Commit cbb863d

Browse files
updated the release notes and yaml retry directive
1 parent cb70994 commit cbb863d

File tree

5 files changed

+64
-14
lines changed

5 files changed

+64
-14
lines changed

docs/deep-dive-into-hyperexecute-yaml.md

Lines changed: 8 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -457,15 +457,6 @@ runtime:
457457

458458
***
459459

460-
<!-- ### `retryOnFailure`
461-
This allows you to configure automatic retries for failed test scenarios. When set to true (`retryOnFailure: true`), tests will be retried based on the [`maxRetries`](/support/docs/deep-dive-into-hyperexecute-yaml/#maxretries) value specified. The default setting is **false**.
462-
463-
This feature eliminates the need to rerun the entire job to verify if a test scenario is genuinely failing or encountering an intermittent issue. By enabling `retryOnFailure`, you can promptly retry tests upon failure, helping determine if the test consistently fails or passes in subsequent attempts."
464-
465-
```yaml
466-
retryOnFailure: true
467-
``` -->
468-
469460
### `retryOnFailure`
470461
The `retryOnFailure` enables automatic retries for failed test scenarios only when the [testRunnerCommand](/support/docs/deep-dive-into-hyperexecute-yaml/#testrunnercommand) itself fails. When set to `true`, the system will retry failed commands based on the [`maxRetries`](/support/docs/deep-dive-into-hyperexecute-yaml/#maxretries) value defined. The default setting is `false`.
471462

@@ -480,6 +471,14 @@ retryOnFailure: true
480471
#### ✅ Use Case:
481472
This feature helps avoid re-running the entire job to determine if a test failure is due to a genuine issue or a transient problem (e.g., flaky tests, network hiccups). By enabling `retryOnFailure`, only the failing command is retried, allowing for quicker feedback and more efficient test execution.
482473

474+
:::tip
475+
If you are using Maven, ensure that the `testFailureIgnore` flag in your `pom.xml` is set to `false`. When `testFailureIgnore` is set to `true`, Maven treats test failures as ignored, causing HyperExecute’s retry mechanism to not trigger, even if `retryOnFailure` is enabled.
476+
477+
```java
478+
<testFailureIgnore>false</testFailureIgnore>
479+
```
480+
:::
481+
483482
***
484483

485484
### `maxRetries`

docs/hyperexecute-github-app-integration.md

Lines changed: 7 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -1,9 +1,9 @@
11
---
22
id: hyperexecute-github-app-integration
3-
title: GitHub Apps Integration Support for HyperExecute
3+
title: GitHub App Integration Support for HyperExecute
44
hide_title: false
55
sidebar_label: GitHub App
6-
description: GitHub Apps Integration Support for HyperExecute
6+
description: GitHub App Integration Support for HyperExecute
77
keywords:
88
- LambdaTest Hyperexecute
99
- LambdaTest Hyperexecute help
@@ -44,9 +44,11 @@ import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/co
4444
})
4545
}}
4646
></script>
47-
HyperExecute supports integration with GitHub Apps, enabling secure, fine-grained, and scalable access to your GitHub repositories without relying on long-lived Personal Access Tokens (PATs).
47+
> This is currently in the **Beta** version.
4848
49-
With this integration, HyperExecute automatically generates short-lived installation access tokens via GitHub Apps for all Git-related operations in Projects and Workflows, enhancing security, compliance, and maintainability.
49+
HyperExecute supports integration with GitHub App, enabling secure, fine-grained, and scalable access to your GitHub repositories without relying on long-lived Personal Access Tokens (PATs).
50+
51+
With this integration, HyperExecute automatically generates short-lived installation access tokens via GitHub App for all Git-related operations in Projects and Workflows, enhancing security, compliance, and maintainability.
5052

5153
This integration supports three onboarding paths:
5254
- **LambdaTest's Marketplace GitHub App** (Public Cloud)
@@ -57,7 +59,7 @@ This integration supports three onboarding paths:
5759
1. Install a GitHub App using one of the three supported approaches. <br />
5860
2. Complete the post-installation registration within the LambdaTest platform. <br />
5961
3. HyperExecute backend (Logistics) sends data to Sentinel to persist details in the `github_app_integration` table. <br />
60-
4. For customer-managed GitHub Apps, create an org-level secret using the Logistics Secrets API: `github_app_private_key_{{git_tenant}}`. <br />
62+
4. For customer-managed GitHub App, create an org-level secret using the Logistics Secrets API: `github_app_private_key_{{git_tenant}}`. <br />
6163

6264
Once setup is complete, all HyperExecute Project and Workflow Git operations use short-lived installation tokens instead of PAT tokens. The PAT-based flow is used only as a fallback when no GitHub App is configured.
6365

Lines changed: 47 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,47 @@
1+
---
2+
id: hyperexecute-release-notes-3-1-4
3+
title: Version 3.1.4
4+
hide_title: false
5+
sidebar_label: Version 3.1.4
6+
description: Version 3.1.4
7+
keywords:
8+
- LambdaTest Hyperexecute
9+
- LambdaTest Hyperexecute help
10+
- LambdaTest Hyperexecute documentation
11+
- FAQs
12+
url: https://www.lambdatest.com/support/docs/hyperexecute-release-notes-3-1-4/
13+
site_name: LambdaTest
14+
slug: hyperexecute-release-notes-3-1-4/
15+
---
16+
17+
import {YOUR_LAMBDATEST_USERNAME, YOUR_LAMBDATEST_ACCESS_KEY} from "@site/src/component/keys";
18+
19+
<script type="application/ld+json"
20+
dangerouslySetInnerHTML={{ __html: JSON.stringify({
21+
"@context": "https://schema.org",
22+
"@type": "BreadcrumbList",
23+
"itemListElement": [{
24+
"@type": "ListItem",
25+
"position": 1,
26+
"name": "Home",
27+
"item": "https://www.lambdatest.com"
28+
},{
29+
"@type": "ListItem",
30+
"position": 2,
31+
"name": "Support",
32+
"item": "https://www.lambdatest.com/support/docs/"
33+
},{
34+
"@type": "ListItem",
35+
"position": 3,
36+
"name": "Version",
37+
"item": "https://www.lambdatest.com/support/docs/hyperexecute-release-notes-3-1-4/"
38+
}]
39+
})
40+
}}
41+
></script>
42+
## Enhanced Support for Azure Repositories in HyperExecute Projects
43+
We have introduced an enhancement to the HyperExecute [Custom Project feature](/support/docs/hyperexecute-projects/#setup-custom-project) to support Azure Repos. This enables you with code repositories hosted in Azure DevOps to execute tests directly on HyperExecute—without relying on Jenkins or any external CI/CD tool.
44+
45+
With this update, you can now configure Azure Repos in the same intuitive manner as GitHub, or Bitbucket. Simply provide the repository details and Personal Access Token (PAT), and HyperExecute will fetch the code and trigger workflows seamlessly.
46+
47+
> 📘 **Read More:** Learn more about configuring Azure Repos, project setup, workflows, and job triggers in the [HyperExecute documentation](https://www.lambdatest.com/support/docs/hyperexecute-projects/).

docs/hyperexecute-release-notes.md

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -59,6 +59,7 @@ HyperExecute is an AI Native Test Orchestration Cloud Platform, enabling test au
5959
#### November, 2025
6060
| Release Number | Release Date |
6161
|----------------|--------------|
62+
| [Version 3.1.4](/support/docs/hyperexecute-release-notes-3-1-4) | Nov 24, 2025|
6263
| [Version 3.1.2](/support/docs/hyperexecute-release-notes-3-1-2) | Nov 10, 2025|
6364

6465
#### October, 2025

sidebars.js

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -937,6 +937,7 @@ module.exports = {
937937
collapsed: true,
938938
label: "November, 2025",
939939
items: [
940+
"hyperexecute-release-notes-3-1-4",
940941
"hyperexecute-release-notes-3-1-2",
941942
],
942943
},

0 commit comments

Comments
 (0)