Files
semantica/.github/pull_request_template.md
T
Mohd Kaif c53ca4e84b docs: formalize issue assignment and duplicate-PR triage workflow (#1030)
* docs(contributing): formalize issue assignment and duplicate-PR triage workflow

Comments are no longer required before an issue can be assigned - maintainers
may assign directly based on recent activity. Also documents the duplicate-PR
priority order for triage (contributor PR, claimed issue, activity tiebreak,
late duplicates, overlapping scope).

* docs(contributing): clarify assignment precedence and define activity tiebreak

Addresses Qodo review feedback on PR #1030: the duplicate-PR priority list
now states these rules apply on top of the assignment workflow (opening a PR
pre-assignment doesn't grant priority), and the "most active" tiebreak now
specifies a concrete 60-day window and signals instead of being subjective.
2026-08-16 15:18:55 +05:30

79 lines
1.9 KiB
Markdown

> **Before you submit:** make sure you followed the [issue workflow in CONTRIBUTING.md](https://github.com/semantica-agi/semantica/blob/main/CONTRIBUTING.md#-working-on-an-existing-issue) — wait for the issue to be assigned to you before opening a PR, to avoid duplicate work.
## Description
<!-- Provide a clear description of your changes -->
## Type of Change
- [ ] Bug fix (non-breaking change which fixes an issue)
- [ ] New feature (non-breaking change which adds functionality)
- [ ] Breaking change (fix or feature that would cause existing functionality to not work as expected)
- [ ] Documentation update
- [ ] Performance improvement
- [ ] Code refactoring
## Related Issues
<!-- Link related issues using keywords like "Closes", "Fixes", "Resolves" -->
Closes #
Fixes #
## Changes Made
<!-- List the main changes in this PR -->
-
-
-
## Testing
<!-- Describe how you tested your changes -->
- [ ] Tested locally
- [ ] Added tests for new functionality
- [ ] Package builds successfully (`python -m build`)
### Test Commands
```bash
# Build the package
pip install build
python -m build
# Optional: Run your own tests
pytest tests/
# Optional: Format code
black semantica/
isort semantica/
```
## Documentation
- [ ] Updated relevant documentation
- [ ] Added code examples if applicable
- [ ] Updated API reference if adding new APIs
- [ ] Updated cookbook if adding new examples
- [ ] No documentation changes needed
## Breaking Changes
**Breaking Changes**: [Yes/No]
<!-- If yes, describe the impact and migration path -->
## Checklist
- [ ] My code follows the project's style guidelines
- [ ] I have performed a self-review of my code
- [ ] I have commented my code, particularly in hard-to-understand areas
- [ ] My changes generate no new warnings
- [ ] Package builds successfully
## Additional Notes
<!-- Any additional information for reviewers -->