wtf-p 0.1.0 → 0.2.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/README.md +210 -229
- package/bin/install.js +557 -158
- package/bin/lib/utils.js +318 -0
- package/bin/uninstall.js +163 -201
- package/commands/wtfp/contribute.md +278 -0
- package/commands/wtfp/help.md +25 -0
- package/commands/wtfp/report-bug.md +131 -0
- package/commands/wtfp/request-feature.md +160 -0
- package/package.json +4 -2
- package/write-the-f-paper/references/github-contrib.md +216 -0
|
@@ -0,0 +1,216 @@
|
|
|
1
|
+
# WTF-P GitHub Contribution Reference
|
|
2
|
+
|
|
3
|
+
This document teaches Claude how to help users contribute to the WTF-P project via GitHub.
|
|
4
|
+
|
|
5
|
+
## Repository Information
|
|
6
|
+
|
|
7
|
+
- **Owner**: akougkas
|
|
8
|
+
- **Repo**: wtf-p
|
|
9
|
+
- **URL**: https://github.com/akougkas/wtf-p
|
|
10
|
+
- **Issues**: https://github.com/akougkas/wtf-p/issues
|
|
11
|
+
- **PRs**: https://github.com/akougkas/wtf-p/pulls
|
|
12
|
+
|
|
13
|
+
## Prerequisites Check
|
|
14
|
+
|
|
15
|
+
Before any GitHub operation, verify `gh` CLI is authenticated:
|
|
16
|
+
|
|
17
|
+
```bash
|
|
18
|
+
gh auth status
|
|
19
|
+
```
|
|
20
|
+
|
|
21
|
+
If not authenticated, instruct user to run:
|
|
22
|
+
```bash
|
|
23
|
+
gh auth login
|
|
24
|
+
```
|
|
25
|
+
|
|
26
|
+
## Issue Templates
|
|
27
|
+
|
|
28
|
+
### Bug Report Format
|
|
29
|
+
|
|
30
|
+
```markdown
|
|
31
|
+
## Bug Description
|
|
32
|
+
[Clear description of what's wrong]
|
|
33
|
+
|
|
34
|
+
## Steps to Reproduce
|
|
35
|
+
1. [First step]
|
|
36
|
+
2. [Second step]
|
|
37
|
+
3. [Expected vs actual behavior]
|
|
38
|
+
|
|
39
|
+
## Environment
|
|
40
|
+
- WTF-P version: [run `npx wtf-p --version`]
|
|
41
|
+
- Node.js version: [run `node --version`]
|
|
42
|
+
- OS: [macOS/Linux/Windows]
|
|
43
|
+
- Claude Code version: [if relevant]
|
|
44
|
+
|
|
45
|
+
## Additional Context
|
|
46
|
+
[Screenshots, logs, related issues]
|
|
47
|
+
```
|
|
48
|
+
|
|
49
|
+
### Feature Request Format
|
|
50
|
+
|
|
51
|
+
```markdown
|
|
52
|
+
## Feature Description
|
|
53
|
+
[What feature do you want?]
|
|
54
|
+
|
|
55
|
+
## Use Case
|
|
56
|
+
[Why do you need this? What problem does it solve?]
|
|
57
|
+
|
|
58
|
+
## Proposed Solution
|
|
59
|
+
[How should it work? Include examples if possible]
|
|
60
|
+
|
|
61
|
+
## Alternatives Considered
|
|
62
|
+
[Other approaches you've thought about]
|
|
63
|
+
|
|
64
|
+
## Additional Context
|
|
65
|
+
[Mockups, related features, prior art]
|
|
66
|
+
```
|
|
67
|
+
|
|
68
|
+
## Creating Issues via `gh`
|
|
69
|
+
|
|
70
|
+
### Bug Report
|
|
71
|
+
```bash
|
|
72
|
+
gh issue create \
|
|
73
|
+
--repo akougkas/wtf-p \
|
|
74
|
+
--title "bug: [SHORT_DESCRIPTION]" \
|
|
75
|
+
--body "$(cat <<'EOF'
|
|
76
|
+
## Bug Description
|
|
77
|
+
...
|
|
78
|
+
|
|
79
|
+
## Steps to Reproduce
|
|
80
|
+
...
|
|
81
|
+
|
|
82
|
+
## Environment
|
|
83
|
+
...
|
|
84
|
+
EOF
|
|
85
|
+
)" \
|
|
86
|
+
--label "bug"
|
|
87
|
+
```
|
|
88
|
+
|
|
89
|
+
### Feature Request
|
|
90
|
+
```bash
|
|
91
|
+
gh issue create \
|
|
92
|
+
--repo akougkas/wtf-p \
|
|
93
|
+
--title "feat: [SHORT_DESCRIPTION]" \
|
|
94
|
+
--body "$(cat <<'EOF'
|
|
95
|
+
## Feature Description
|
|
96
|
+
...
|
|
97
|
+
|
|
98
|
+
## Use Case
|
|
99
|
+
...
|
|
100
|
+
EOF
|
|
101
|
+
)" \
|
|
102
|
+
--label "enhancement"
|
|
103
|
+
```
|
|
104
|
+
|
|
105
|
+
## Pull Request Workflow
|
|
106
|
+
|
|
107
|
+
### 1. Fork (if external contributor)
|
|
108
|
+
```bash
|
|
109
|
+
gh repo fork akougkas/wtf-p --clone
|
|
110
|
+
cd wtf-p
|
|
111
|
+
```
|
|
112
|
+
|
|
113
|
+
### 2. Create Branch
|
|
114
|
+
```bash
|
|
115
|
+
git checkout -b feat/short-description
|
|
116
|
+
# or
|
|
117
|
+
git checkout -b fix/short-description
|
|
118
|
+
```
|
|
119
|
+
|
|
120
|
+
### 3. Make Changes
|
|
121
|
+
Follow patterns in CONTRIBUTING.md:
|
|
122
|
+
- Commands go in `commands/wtfp/`
|
|
123
|
+
- Workflows go in `write-the-f-paper/workflows/`
|
|
124
|
+
- Use conventional commit messages
|
|
125
|
+
|
|
126
|
+
### 4. Test
|
|
127
|
+
```bash
|
|
128
|
+
npm test
|
|
129
|
+
node bin/install.js --local
|
|
130
|
+
# Test manually in Claude Code
|
|
131
|
+
```
|
|
132
|
+
|
|
133
|
+
### 5. Commit
|
|
134
|
+
```bash
|
|
135
|
+
git add .
|
|
136
|
+
git commit -m "feat(commands): add new-feature command
|
|
137
|
+
|
|
138
|
+
- Added X functionality
|
|
139
|
+
- Updated Y for Z reason"
|
|
140
|
+
```
|
|
141
|
+
|
|
142
|
+
### 6. Push and Create PR
|
|
143
|
+
```bash
|
|
144
|
+
git push -u origin feat/short-description
|
|
145
|
+
|
|
146
|
+
gh pr create \
|
|
147
|
+
--repo akougkas/wtf-p \
|
|
148
|
+
--title "feat(scope): description" \
|
|
149
|
+
--body "$(cat <<'EOF'
|
|
150
|
+
## Summary
|
|
151
|
+
Brief description of changes
|
|
152
|
+
|
|
153
|
+
## Changes Made
|
|
154
|
+
- [ ] Item 1
|
|
155
|
+
- [ ] Item 2
|
|
156
|
+
|
|
157
|
+
## Testing
|
|
158
|
+
How to test these changes
|
|
159
|
+
|
|
160
|
+
## Related Issues
|
|
161
|
+
Closes #XX (if applicable)
|
|
162
|
+
EOF
|
|
163
|
+
)"
|
|
164
|
+
```
|
|
165
|
+
|
|
166
|
+
## Commit Message Convention
|
|
167
|
+
|
|
168
|
+
Format: `<type>(<scope>): <description>`
|
|
169
|
+
|
|
170
|
+
### Types
|
|
171
|
+
| Type | Use For |
|
|
172
|
+
|------|---------|
|
|
173
|
+
| `feat` | New feature |
|
|
174
|
+
| `fix` | Bug fix |
|
|
175
|
+
| `docs` | Documentation |
|
|
176
|
+
| `refactor` | Code restructuring |
|
|
177
|
+
| `test` | Adding tests |
|
|
178
|
+
| `chore` | Maintenance |
|
|
179
|
+
|
|
180
|
+
### Scopes
|
|
181
|
+
| Scope | Use For |
|
|
182
|
+
|-------|---------|
|
|
183
|
+
| `commands` | Slash commands |
|
|
184
|
+
| `workflows` | Writing workflows |
|
|
185
|
+
| `cli` | Installer scripts |
|
|
186
|
+
| `templates` | LaTeX/venue templates |
|
|
187
|
+
|
|
188
|
+
## Labels Reference
|
|
189
|
+
|
|
190
|
+
| Label | Description |
|
|
191
|
+
|-------|-------------|
|
|
192
|
+
| `bug` | Something isn't working |
|
|
193
|
+
| `enhancement` | New feature request |
|
|
194
|
+
| `documentation` | Documentation improvements |
|
|
195
|
+
| `good first issue` | Good for newcomers |
|
|
196
|
+
| `help wanted` | Extra attention needed |
|
|
197
|
+
|
|
198
|
+
## Common Scenarios
|
|
199
|
+
|
|
200
|
+
### User found a bug while writing
|
|
201
|
+
1. Gather: What command? What happened? What was expected?
|
|
202
|
+
2. Check: Can we reproduce? What's the environment?
|
|
203
|
+
3. Create: Issue with reproduction steps
|
|
204
|
+
4. Link: Reference any error messages or logs
|
|
205
|
+
|
|
206
|
+
### User wants a new command
|
|
207
|
+
1. Clarify: What should it do? What's the use case?
|
|
208
|
+
2. Check: Does something similar exist?
|
|
209
|
+
3. Propose: Draft the command structure
|
|
210
|
+
4. Create: Feature request issue or implement directly
|
|
211
|
+
|
|
212
|
+
### User wants to fix something themselves
|
|
213
|
+
1. Guide: Fork and clone workflow
|
|
214
|
+
2. Help: Implement the fix
|
|
215
|
+
3. Test: Verify it works
|
|
216
|
+
4. Submit: Create PR with proper format
|