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
Copy file name to clipboardExpand all lines: .github/copilot-instructions.md
-18Lines changed: 0 additions & 18 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -163,24 +163,6 @@ Since coding agents function as both CI and pair programmers, they need to handl
163
163
-**Always reset changes to `cgmanifest.json` files** - These are generated during CI builds and should not be committed by coding agents
164
164
-**Always reset changes to `templatestrings.json` files** - These localization files are auto-generated and should not be committed by coding agents
165
165
166
-
### Handling Existing PRs for Assigned Issues
167
-
When working on an issue that already has an open PR created by someone else:
168
-
169
-
1.**Review the existing PR thoroughly** - Examine the proposed changes, implementation approach, and any discussion in comments
170
-
2.**Provide analysis and opinion** - Evaluate whether the existing solution addresses the issue effectively and follows best practices
171
-
3.**Always include a summary** - In your PR description, always include a summary of what you think about any other open PRs for the issue you are working on
172
-
4.**Don't force using existing approach** - Don't try too hard to base your work off the existing PR if you're not confident in that approach
173
-
5.**It's OK to abandon existing PRs** - If you're not confident enough in the existing PR's approach, it's completely acceptable to abandon it and implement a different solution
174
-
6.**Document abandonment reasoning** - If you do abandon an existing PR approach, make sure to add clear notes explaining why you abandoned that approach and what concerns or issues you identified
175
-
7.**Use existing PR as foundation when valid** - If the existing solution is solid and you're confident in the approach, use it as the starting point and foundation for your work
176
-
8.**Identify improvement opportunities** - Look for areas where you can enhance the solution, such as:
177
-
- Adding comprehensive test coverage
178
-
- Improving code quality, performance, or maintainability
179
-
- Enhancing error handling or edge case coverage
180
-
- Better documentation or code comments
181
-
- More robust implementation patterns
182
-
9.**Build upon, don't duplicate** - When using an existing approach, extend and improve the existing work rather than creating a competing solution from scratch
0 commit comments