fix(tests): rename ambiguous behave step for three-way merge to avoid duplicate definition
CI / push-validation (pull_request) Successful in 25s
CI / helm (pull_request) Successful in 33s
CI / build (pull_request) Successful in 52s
CI / lint (pull_request) Successful in 59s
CI / quality (pull_request) Successful in 1m18s
CI / typecheck (pull_request) Successful in 1m24s
CI / security (pull_request) Successful in 1m39s
CI / unit_tests (pull_request) Failing after 3m21s
CI / docker (pull_request) Has been skipped
CI / integration_tests (pull_request) Successful in 4m3s
CI / e2e_tests (pull_request) Successful in 4m21s
CI / coverage (pull_request) Failing after 2m8s
CI / status-check (pull_request) Failing after 3s

This commit is contained in:
2026-04-27 13:07:21 +00:00
parent d1efeff1d8
commit 84a921450e
2 changed files with 2 additions and 2 deletions
@@ -115,7 +115,7 @@ def step_merge_success(context: Context) -> None:
)
@then("a merge conflict error should be raised")
@then("a three-way merge conflict error should be raised")
def step_merge_conflict_error(context: Context) -> None:
"""Verify a merge conflict error was raised."""
assert context.merge_error is not None, "Expected MergeConflictError to be raised"
+1 -1
View File
@@ -50,7 +50,7 @@ Feature: Three-Way Merge Engine for Subplan Result Integration
And a subplan result with the same subplan in COMPLETE state
And an ancestor plan with the subplan in QUEUED state
When the subplan result is merged into the parent plan with fail_on_conflict=true
Then a merge conflict error should be raised
Then a three-way merge conflict error should be raised
And the conflict should be in the subplan_statuses field
@conflict_detection