- Document tea pulls merge as the correct merge method - Add warning against using Gitea API with admin credentials - Document tea comment as alternative to interactive tea pulls review 🤖 Generated with [Claude Code](https://claude.com/claude-code) Co-Authored-By: Claude Opus 4.5 <noreply@anthropic.com>
39 lines
1.0 KiB
Markdown
39 lines
1.0 KiB
Markdown
---
|
|
description: Review a Gitea pull request. Fetches PR details, diff, and comments.
|
|
argument-hint: <pr-number>
|
|
---
|
|
|
|
# Review PR #$1
|
|
|
|
@~/.claude/skills/gitea/SKILL.md
|
|
|
|
1. **View PR details** including description and metadata
|
|
2. **Get the diff** to review the changes
|
|
|
|
Review the changes and provide feedback on:
|
|
- Code quality
|
|
- Potential bugs
|
|
- Test coverage
|
|
- Documentation
|
|
|
|
Ask the user what action to take:
|
|
- **Merge**: Post review summary as comment, then merge with rebase style
|
|
- **Request changes**: Leave feedback without merging
|
|
- **Comment only**: Add a comment for discussion
|
|
|
|
## Merging
|
|
|
|
Always use tea CLI for merges to preserve user attribution:
|
|
|
|
```bash
|
|
tea pulls merge <number> --style rebase
|
|
```
|
|
|
|
For review comments, use `tea comment` since `tea pulls review` is interactive-only:
|
|
|
|
```bash
|
|
tea comment <number> "<review summary>"
|
|
```
|
|
|
|
> **Warning**: Never use the Gitea API with admin credentials for user-facing operations like merging. This causes the merge to be attributed to the admin account instead of the user.
|