remove - ¿Cómo limitar quién puede combinar código en una solicitud de extracción en bitbucket?
remove tag bitbucket (2)
Tengo un pequeño equipo de desarrolladores que utilizan bitbucket como nuestro repositorio de git.
Quiero saber cómo limitar quién puede combinar código en una solicitud de extracción en bitbucket? Y / O forzar al menos una aprobación antes de que se pueda realizar la fusión. Básicamente estoy buscando forzar una revisión de código.
A partir de ahora, el creador de una solicitud de extracción (y todos los demás) no solo puede aprobar, sino también fusionar el código en el que puede ser un problema para los propósitos de calidad. Gracias por adelantado.
Actualizar:
Bitbucket ahora permite el control sobre los permisos de inserción, la eliminación de sucursales y la reescritura de historial. Las instrucciones de administración completas están aquí: https://confluence.atlassian.com/bitbucket/branch-management-385912271.html
Sin embargo, todavía no hay una manera de forzar un número mínimo de aprobaciones.
Quiero saber cómo limitar quién puede combinar código en una solicitud de extracción en bitbucket? Y / O forzar al menos una aprobación antes de que se pueda realizar la fusión. Básicamente estoy buscando forzar una revisión de código.
Esta funcionalidad no está disponible en Bitbucket en este momento, pero Atlassian cuenta con la versión detrás del firewall de Git hosting.
Stash te permite:
limite quien puede cambiar ramas
imponer un número mínimo de aprobaciones antes de fusionar las solicitudes de extracción (puede hacer algo similar para las compilaciones de Bamboo, es decir, el código debe compilarse antes de poder fusionarse)
restablecer las aprobaciones si cambia una solicitud de extracción
Es una curiosa asimetría en los propios productos de Atlassian.
Respuesta de attlassian:
Mary Anthony [Escritora Técnica Atlassian]
Hola,
Por lo tanto, un repositorio puede tener sucursales. Dentro de ese repositorio, no puede establecer permisos en una rama que sean diferentes del repositorio. Puede establecer permisos en el repositorio que permitirían a los desarrolladores bifurcar el repositorio y emitir solicitudes de extracción contra él. Para configurar esto:
Create a group on your account and call it "developers". Give the group read permissions. Add all the developers to that group. Edit the groups on the repository and add developers.Espero que esto ayude.
María
En otras palabras, puede hacer que su desarrollo bifurque el proyecto y emitir solicitudes de extracción desde su bifurcación. En su proyecto, puede configurar el proyecto para no permitir la bifurcación pública. Supongo que van a bifurcar el proyecto y se ocultará. Dicho esto, podrán emitir una solicitud de extracción y editar su propio repositorio. Parece bastante incómodo pero debería funcionar.
No tengo la sensación de que haya una buena manera de manejar permisos en github / bitbucket y así sucesivamente.
editar
No es realmente una solución para hacerla cumplir, pero sigue siendo bastante válida. Dado que la aprobación de la solicitud de extracción es bastante opcional. No significa que estés jodido y, de hecho, si yo fuera tú. No trataría de imponer un sistema. La realidad es que la revisión del código es importante. La solicitud de extracción facilita la revisión de conjuntos de confirmaciones.
Trabajé muchos meses siendo el único en mi equipo para crear / aprobar solicitudes de extracción. El equipo en el que trabajé decidió que las solicitudes de extracción era una pérdida de tiempo y supongo que ninguno de ellos hizo una revisión del código hasta que me fui. Lo último que escuché es que mi compañero de equipo actualmente está refactorizando mi código porque no tiene idea de cómo funciona.
Lo que estoy tratando de decir es que la revisión del código no debe aplicarse y su equipo debe verlo como algo muy importante que hacer. Cada miembro de su equipo debe trabajar en conjunto y revisar el código de cada uno por su cuenta. Al realizar la revisión del código, tendrán derecho a negar el código que consideren "feo" o deberían diseñarse de otra manera. ¡Cada miembro puede mantenerse al tanto de lo que otros desarrolladores están trabajando y puede que no tengan muchos problemas para cambiar el trabajo de alguien en caso de enfermedad, partida o muerte!
Hacer cumplir el proceso en el sistema podría ser bueno desde el punto de vista de un administrador. Pero creo que tener la aprobación como opcional tampoco es malo. Y luego, el trabajo del gerente será verificar la solicitud de extracción combinada para la solicitud de extracción con 1 o menos personas aprobadas. Compruebe quién fusionó la solicitud de extracción y quién aprobó. Encuentra a alguien para revisar el código de todos modos.
Por otro lado, si una solicitud de extracción está pendiente para siempre y nadie la está revisando. Es la tarea de desarrollo pedirle a un compañero que lo revise.