Maiao: flujo de revisión de código estilo Gerrit para GitHub, GitLab, Gitea y más
Maiao: Gerrit-style code review workflow for GitHub, GitLab, Gitea, others
Maiao, un fork comunitario de adevinta/maiao, trae el flujo de trabajo de pull requests apiladas a GitHub, GitLab, Gitea, Forgejo, Bitbucket Cloud y Cursor Origin. Con el comando `git review`, crea un PR/MR por commit, los apila automáticamente con dependencias padre-hijo, registra stacks nativos cuando están disponibles (GitHub Stacks, GitLab auto-detected), gestiona fixups con `git commit --fixup`, rastrea commits mediante Change-IDs y auto-rebasa al fusionar. Detecta el proveedor desde la URL remota y es gratuito y de código abierto.
Maiao trae el poder de las pull requests apiladas a tu proveedor de alojamiento git, permitiéndote dividir grandes funcionalidades en commits pequeños y revisables donde cada commit se convierte en su propio PR/MR.
- ppljudge
Esto suena intrigante. Además, quería que la comunidad evolucionara nuestro enfoque para proporcionar comentarios sobre las PR. Una de las consecuencias no deseadas fue que se convirtió en una herramienta para que la gente explotara a sus trabajadores.
- Kinrany
¿Es compatible con jujutsu?
- dolmen
El repositorio parece pasar de "adevinta" (una empresa muy conocida en el sector tecnológico de la UE) a "runetes". ¿Alguien nos puede contar la historia?
- NamlchakKhandro
¿Quién crea una PR separada para cada commit en su rama de características/correcciones?
Suena a ciudad de locos.
Simplemente no entiendo por qué alguien operaría así.
Supongamos que estás haciendo squash merge de tus ramas de características a tu main local, y luego las subes como PRs.
¿Por qué harías esto?
- globular-toast
En mi experiencia, a los juniors les cuesta hacer commits únicos en primer lugar. Lo que suelo ver es un enfoque disperso con más commits de "arreglo" que cualquier otra cosa. Esto no ayuda con eso, ¿verdad?