You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Fix Claude CLI invocation and upstream merge push step
- Use claude.cmd instead of claude for Windows compatibility
- Fix double backslash escaping in NodeJs ENV paths
- Remove premature push step in upstream merge workflow
You are resolving merge conflicts from branch '{sourceBranch}' (upstream) into '{targetBranch}' (current).
440
-
This is a NON-INTERACTIVE session - you must complete the task without asking questions.
441
-
442
-
## Your Goal
443
-
Resolve all merge conflicts so the merge can proceed. You do NOT need to build - the PR build will verify compilation.
444
-
445
-
## Generated Files (can be ignored)
446
-
The following files are auto-generated. If they have conflicts, you can resolve them by keeping EITHER version
447
-
(preferably the current/HEAD version). They will be regenerated when the PR build runs.
448
-
- Build.ps1
449
-
- DockerBuild.ps1
450
-
- Dockerfile
451
-
- Dockerfile.claude
452
-
- .teamcity/settings.kts
453
-
- .teamcity/pom.xml
454
-
- eng/Versions.*.g.props
455
-
- eng/DockerMounts.g.ps1
456
-
457
-
## Step-by-Step Process
458
-
459
-
### 1. Assess the situation
460
-
Run `git status` to see which files have conflicts (marked as "both modified" or "unmerged").
461
-
462
-
### 2. For EACH conflicting file:
463
-
a) Read the file to see the conflict markers (<<<<<<<, =======, >>>>>>>)
464
-
b) Understand what each side of the conflict is trying to do:
465
-
- The section after <<<<<<< HEAD is the current branch ({targetBranch})
466
-
- The section after ======= is from the incoming branch ({sourceBranch})
467
-
c) Decide the correct resolution:
468
-
- If both changes are needed, combine them logically
469
-
- If one supersedes the other, keep the appropriate one
470
-
- Consider the semantic meaning, not just the text
471
-
- For generated files (see list above), just keep HEAD version
472
-
d) Edit the file to remove ALL conflict markers and leave only the resolved code
473
-
e) Run `git add <file>` to mark it as resolved
474
-
475
-
### 3. Final check
476
-
Run `git status` to confirm all conflicts are resolved and files are staged.
477
-
478
-
## Conflict Resolution Rules
479
-
- **Package versions**: When there's a conflict in package/dependency versions (in Directory.Packages.props, .csproj, etc.), always choose the HIGHER version number
480
-
- **Code conflicts**: Analyze the intent of both changes and merge them logically
481
-
- **Generated files**: Keep HEAD version, they will be regenerated by the PR build
482
-
483
-
## Important Constraints
484
-
- Do NOT run `git commit` - leave that to the calling process
485
-
- Do NOT run `git push`
486
-
- Do NOT build the code - the PR build will handle compilation
487
-
- Do NOT modify files that don't have conflicts
488
-
- If you encounter a conflict you cannot resolve confidently, resolve it to the best of your ability and note it in your output
489
-
490
-
## Success Criteria
491
-
- All conflict markers removed from all files
492
-
- All previously conflicting files staged with `git add`
493
-
- `git status` shows no unmerged files
494
-
495
-
## Output Format
496
-
At the very end of your work, write a conclusion block in this exact format:
497
-
498
-
```
499
-
===CONCLUSION===
500
-
[One-paragraph summary of what was merged and any notable decisions made]
501
-
502
-
Files resolved:
503
-
- file1.cs: [brief description of resolution]
504
-
- file2.csproj: [brief description of resolution]
505
-
===END_CONCLUSION===
506
-
```
507
-
508
-
This conclusion will be extracted and placed at the TOP of the PR description.
509
-
510
-
Begin now.
511
-
""";
436
+
# Merge Conflict Resolution Task
437
+
438
+
You are resolving merge conflicts from branch '{sourceBranch}' (upstream) into '{targetBranch}' (current).
439
+
This is a NON-INTERACTIVE session - you must complete the task without asking questions.
440
+
441
+
## Your Goal
442
+
Resolve all merge conflicts so the merge can proceed. You do NOT need to build - the PR build will verify compilation.
443
+
444
+
## Generated Files (can be ignored)
445
+
The following files are auto-generated. If they have conflicts, you can resolve them by keeping EITHER version
446
+
(preferably the current/HEAD version). They will be regenerated when the PR build runs.
447
+
- Build.ps1
448
+
- DockerBuild.ps1
449
+
- Dockerfile
450
+
- Dockerfile.claude
451
+
- .teamcity/settings.kts
452
+
- .teamcity/pom.xml
453
+
- eng/Versions.*.g.props
454
+
- eng/DockerMounts.g.ps1
455
+
456
+
## Step-by-Step Process
457
+
458
+
### 1. Assess the situation
459
+
Run `git status` to see which files have conflicts (marked as "both modified" or "unmerged").
460
+
461
+
### 2. For EACH conflicting file:
462
+
a) Read the file to see the conflict markers (<<<<<<<, =======, >>>>>>>)
463
+
b) Understand what each side of the conflict is trying to do:
464
+
- The section after <<<<<<< HEAD is the current branch ({targetBranch})
465
+
- The section after ======= is from the incoming branch ({sourceBranch})
466
+
c) Decide the correct resolution:
467
+
- If both changes are needed, combine them logically
468
+
- If one supersedes the other, keep the appropriate one
469
+
- Consider the semantic meaning, not just the text
470
+
- For generated files (see list above), just keep HEAD version
471
+
d) Edit the file to remove ALL conflict markers and leave only the resolved code
472
+
e) Run `git add <file>` to mark it as resolved
473
+
474
+
### 3. Final check
475
+
Run `git status` to confirm all conflicts are resolved and files are staged.
476
+
477
+
## Conflict Resolution Rules
478
+
- **Package versions**: When there's a conflict in package/dependency versions (in Directory.Packages.props, .csproj, etc.), always choose the HIGHER version number
479
+
- **Code conflicts**: Analyze the intent of both changes and merge them logically
480
+
- **Generated files**: Keep HEAD version, they will be regenerated by the PR build
481
+
482
+
## Important Constraints
483
+
- Do NOT run `git commit` - leave that to the calling process
484
+
- Do NOT run `git push`
485
+
- Do NOT build the code - the PR build will handle compilation
486
+
- Do NOT modify files that don't have conflicts
487
+
- If you encounter a conflict you cannot resolve confidently, resolve it to the best of your ability and note it in your output
488
+
489
+
## Success Criteria
490
+
- All conflict markers removed from all files
491
+
- All previously conflicting files staged with `git add`
492
+
- `git status` shows no unmerged files
493
+
494
+
## Output Format
495
+
At the very end of your work, write a conclusion block in this exact format:
496
+
497
+
```
498
+
===CONCLUSION===
499
+
[One-paragraph summary of what was merged and any notable decisions made]
500
+
501
+
Files resolved:
502
+
- file1.cs: [brief description of resolution]
503
+
- file2.csproj: [brief description of resolution]
504
+
===END_CONCLUSION===
505
+
```
506
+
507
+
This conclusion will be extracted and placed at the TOP of the PR description.
0 commit comments