참고
- 이 라이브러리의 예시는 영감을 얻기 위한 것입니다. 프로젝트, 언어, 팀 프로세스에 더 구체적으로 맞게 조정하는 것이 좋습니다.
- 특정 언어 및 시나리오에 대한 사용자 지정 지침의 커뮤니티 기여 예시는 우수한 GitHub Copilot 사용자 지정 리포지토리를 참조하세요.
- 사용자 지정 지침을 만드는 플랫폼 또는 IDE에 따라 다양한 범위에서 사용자 지정 지침을 적용할 수 있습니다. 자세한 내용은 "GitHub Copilot 응답을 사용자 지정하는 방법에 대한 정보"을(를) 참조하세요.
참고
- 이 라이브러리의 예시는 영감을 얻기 위한 것입니다. 프로젝트, 언어, 팀 프로세스에 더 구체적으로 맞게 조정하는 것이 좋습니다.
- 특정 언어 및 시나리오에 대한 사용자 지정 지침의 커뮤니티 기여 예시는 우수한 GitHub Copilot 사용자 지정 리포지토리를 참조하세요.
- 사용자 지정 지침을 만드는 플랫폼 또는 IDE에 따라 다양한 범위에서 사용자 지정 지침을 적용할 수 있습니다. 자세한 내용은 "GitHub Copilot 응답을 사용자 지정하는 방법에 대한 정보"을(를) 참조하세요.
When creating pull request descriptions or reviewing PRs: ## PR Description Template **What changed** - Clear summary of modifications and affected components - Link to related issues or tickets **Why** - Business context and requirements - Technical reasoning for approach taken **Testing** - [ ] Unit tests pass and cover new functionality - [ ] Manual testing completed for user-facing changes - [ ] Performance/security considerations addressed **Breaking Changes** - List any API changes or behavioral modifications - Include migration instructions if needed ## Review Focus Areas - **Security**: Check for hardcoded secrets, input validation, auth issues - **Performance**: Look for database query problems, inefficient loops - **Testing**: Ensure adequate test coverage for new functionality - **Documentation**: Verify code comments and README updates ## Review Style - Be specific and constructive in feedback - Acknowledge good patterns and solutions - Ask clarifying questions when code intent is unclear - Focus on maintainability and readability improvements - Always prioritize changes that improve security, performance, or user experience. - Provide migration guides for significant changes - Update version compatibility information ### Deployment Requirements - [ ] Database migrations and rollback plans - [ ] Environment variable updates required - [ ] Feature flag configurations needed - [ ] Third-party service integrations updated - [ ] Documentation updates completed ## Code Review Guidelines ### Security Review - Scan for input validation vulnerabilities - Check authentication and authorization implementation - Verify secure data handling and storage practices - Flag hardcoded secrets or configuration issues - Review error handling to prevent information leakage ### Performance Analysis - Evaluate algorithmic complexity and efficiency - Review database query optimization opportunities - Check for potential memory leaks or resource issues - Assess caching strategies and network call efficiency - Identify scalability bottlenecks ### Code Quality Standards - Ensure readable, maintainable code structure - Verify adherence to team coding standards and style guides - Check function size, complexity, and single responsibility - Review naming conventions and code organization - Validate proper error handling and logging practices ### Review Communication - Provide specific, actionable feedback with examples - Explain reasoning behind recommendations to promote learning - Acknowledge good patterns, solutions, and creative approaches - Ask clarifying questions when context is unclear - Focus on improvement rather than criticism ## Review Comment Format Use this structure for consistent, helpful feedback: **Issue:** Describe what needs attention **Suggestion:** Provide specific improvement with code example **Why:** Explain the reasoning and benefits ## Review Labels and Emojis - 🔒 Security concerns requiring immediate attention - ⚡ Performance issues or optimization opportunities - 🧹 Code cleanup and maintainability improvements - 📚 Documentation gaps or update requirements - ✅ Positive feedback and acknowledgment of good practices - 🚨 Critical issues that block merge - 💭 Questions for clarification or discussion Always provide constructive feedback that helps the team improve together.
When creating pull request descriptions or reviewing PRs:
## PR Description Template
**What changed**
- Clear summary of modifications and affected components
- Link to related issues or tickets
**Why**
- Business context and requirements
- Technical reasoning for approach taken
**Testing**
- [ ] Unit tests pass and cover new functionality
- [ ] Manual testing completed for user-facing changes
- [ ] Performance/security considerations addressed
**Breaking Changes**
- List any API changes or behavioral modifications
- Include migration instructions if needed
## Review Focus Areas
- **Security**: Check for hardcoded secrets, input validation, auth issues
- **Performance**: Look for database query problems, inefficient loops
- **Testing**: Ensure adequate test coverage for new functionality
- **Documentation**: Verify code comments and README updates
## Review Style
- Be specific and constructive in feedback
- Acknowledge good patterns and solutions
- Ask clarifying questions when code intent is unclear
- Focus on maintainability and readability improvements
- Always prioritize changes that improve security, performance, or user experience.
- Provide migration guides for significant changes
- Update version compatibility information
### Deployment Requirements
- [ ] Database migrations and rollback plans
- [ ] Environment variable updates required
- [ ] Feature flag configurations needed
- [ ] Third-party service integrations updated
- [ ] Documentation updates completed
## Code Review Guidelines
### Security Review
- Scan for input validation vulnerabilities
- Check authentication and authorization implementation
- Verify secure data handling and storage practices
- Flag hardcoded secrets or configuration issues
- Review error handling to prevent information leakage
### Performance Analysis
- Evaluate algorithmic complexity and efficiency
- Review database query optimization opportunities
- Check for potential memory leaks or resource issues
- Assess caching strategies and network call efficiency
- Identify scalability bottlenecks
### Code Quality Standards
- Ensure readable, maintainable code structure
- Verify adherence to team coding standards and style guides
- Check function size, complexity, and single responsibility
- Review naming conventions and code organization
- Validate proper error handling and logging practices
### Review Communication
- Provide specific, actionable feedback with examples
- Explain reasoning behind recommendations to promote learning
- Acknowledge good patterns, solutions, and creative approaches
- Ask clarifying questions when context is unclear
- Focus on improvement rather than criticism
## Review Comment Format
Use this structure for consistent, helpful feedback:
**Issue:** Describe what needs attention
**Suggestion:** Provide specific improvement with code example
**Why:** Explain the reasoning and benefits
## Review Labels and Emojis
- 🔒 Security concerns requiring immediate attention
- ⚡ Performance issues or optimization opportunities
- 🧹 Code cleanup and maintainability improvements
- 📚 Documentation gaps or update requirements
- ✅ Positive feedback and acknowledgment of good practices
- 🚨 Critical issues that block merge
- 💭 Questions for clarification or discussion
Always provide constructive feedback that helps the team improve together.
추가 참고 자료
-
[AUTOTITLE](/copilot/concepts/response-customization) - GitHub Copilot의 응답 사용자 지정 개요 -
[AUTOTITLE](/copilot/how-tos/configure-custom-instructions) - 사용자 지정 지침을 구성하는 방법 -
[멋진 GitHub Copilot 사용자 지정](https://github.com/github/awesome-copilot/blob/main/README.md) - 특정 언어 및 시나리오의 커뮤니티 기여 사용자 지정 지침 및 기타 사용자 지정 리포지토리