commits

por redis

Sigue el formato de Conventional Commits:

npx skills add https://github.com/redis/redisinsight --skill commits

Commit Message Guidelines

Follow Conventional Commits format:

<type>(<scope>): <subject>

<body>

<footer>

Commit Types

  • feat - New feature
  • fix - Bug fix
  • refactor - Code refactoring
  • test - Adding or updating tests
  • docs - Documentation changes
  • chore - Maintenance tasks
  • style - Code style changes (formatting)
  • perf - Performance improvements
  • ci - CI/CD changes

Examples

feat(ui): add user search functionality

Implements real-time search with debouncing.

References: #RI-123

---

fix(api): resolve memory leak in connection pool

Properly cleanup subscriptions on unmount.

Fixes #456

---

test(ui): add tests for data serialization

refactor(api): extract common validation logic

docs: update API endpoint documentation

chore: upgrade React to version 18.2

Best Practices

✅ Good Commits

  • Clear, descriptive subject line
  • Atomic changes (one logical change per commit)
  • Reference issue/ticket in body
  • Explain why, not just what
  • Keep it concise - Don't list every file change in the body
feat(ui): add user profile editing

Allows users to update their profile information including
name, email, and avatar. Includes validation and error handling.

References: #RI-123

❌ Bad Commits

# Too vague
fix stuff
WIP
update

# Too broad
add feature, fix bugs, refactor code, update tests

Issue References

  • JIRA (internal): References: #RI-123 or Fixes #RI-123
  • GitHub (open source): Fixes #456 or Closes #456
  • Use # for auto-linking in commit messages

Más skills de redis

docs-sync
redis
Analizar la implementación y configuración de la rama master para encontrar documentación faltante, incorrecta o desactualizada en docs/, README.md y READMEs por paquete. Usar…
official
implement-command
redis
Add a new Redis command (or command variant) to node-redis end-to-end — the `<NAME>.ts` Command file, its registration with JSDoc in the package…
official
maintainer-review
redis
Revisar una URL de issue o pull request de GitHub como mantenedor de node-redis, con una evaluación escalonada de si la afirmación es real, prácticamente importante, ya…
official
pr-draft-summary
redis
Crear el bloque de resumen requerido para PR, sugerencia de rama, título y descripción preliminar para node-redis. Debe usarse antes de la respuesta final cada vez que el…
official
runtime-behavior-probe
redis
Planificar y ejecutar investigaciones de comportamiento en tiempo de ejecución con scripts de prueba temporales en TypeScript, matrices de validación, controles de estado e informes centrados en hallazgos. Usar…
official
backend
redis
Patrones de desarrollo backend con NestJS para la API de RedisInsight: estructura de módulos, servicios, controladores, DTOs, inyección de dependencias y manejo de errores. Usar cuando…
official
branches
redis
Usa minúsculas con kebab-case, prefijo de tipo e identificador de incidencia/ticket. Los nombres de las ramas deben coincidir con las reglas del flujo de trabajo de GitHub Actions (consulta .github/workflows/enforce-branch-name-rules.yml).
official
code-quality
redis
Code-quality standards for RedisInsight: TypeScript strictness, naming conventions (camelCase, PascalCase, UPPER_SNAKE_CASE), linting rules, no `any` without…
official