branches

por redis

Create and name git branches following project conventions. Use when creating branches, checking out new branches, or the user mentions branch naming.

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

Branch Naming Conventions

Use lowercase kebab-case with type prefix and issue/ticket identifier.

# Pattern: <type>/<issue-ref>/<short-title>

# INTERNAL (JIRA - RI-XXX)
feature/RI-123/add-user-profile
bugfix/RI-789/memory-leak
fe/feature/RI-567/add-dark-mode
be/bugfix/RI-345/fix-redis-connection
docs/RI-333/update-docs
test/RI-444/add-unit-tests
e2e/RI-555/add-integration-tests

# OPEN SOURCE (GitHub - XXX)
feature/123/add-export-feature
bugfix/789/fix-connection-timeout

# Special branches
release/v2.0.0
ric/RI-666/custom-prefix

Branch Types

  • feature/ - New features and refactoring (affects multiple areas)
  • bugfix/ - Bug fixes (affects multiple areas)
  • fe/feature/ - Frontend-only features (only redisinsight/ui/ folder)
  • fe/bugfix/ - Frontend-only bug fixes (only redisinsight/ui/ folder)
  • be/feature/ - Backend-only features (only redisinsight/api/ folder)
  • be/bugfix/ - Backend-only bug fixes (only redisinsight/api/ folder)
  • docs/ - Documentation changes
  • test/ - Test-related changes
  • e2e/ - End-to-end test changes
  • release/ - Release branches
  • ric/ - Custom prefix for special cases

Note: When a bug fix affects only the redisinsight/ui/ folder, use fe/bugfix/ prefix instead of bugfix/.

Issue References

  • Internal: RI-XXX (JIRA ticket)
  • Open Source: XXX (GitHub issue number)
  • Use # only in commit messages, not branch names

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