En GitHub, ¿cuál es la diferencia entre revisor y cesionario?

Una característica agregada el 7 de diciembre de 2016, anunciada en el blog de GitHub, introdujo la opción de agregar revisores a una solicitud de extracción

Ahora puede solicitar una revisión explícita de los colaboradores, lo que facilita la especificación de a quién le gustaría revisar su solicitud de extracción.

También puede ver una lista de personas de las que está esperando una revisión en la barra lateral de la página de solicitud de extracción, así como el estado de las revisiones de aquellos que ya las han dejado.

Sin embargo, la configuración explícita de un revisor para un RP ya se realizó mediante la asignación de personas ( opción de asignatarios ).

Con ambas opciones ahora disponibles, ¿cuál es el papel de cada opción ya que ambas comparten el mismo objetivo final?

EDITAR:

Después de discutir con varios mantenedores de OSS, los revisores se definen como lo que se supone que es la palabra: revisar (código de alguien) y "cesionario" tiene una definición más flexible que se explica a continuación.

Para "revisor" : alguien que desea revisar el código. No necesariamente la persona responsable de esa área o responsable de fusionar el compromiso. Puede ser alguien que trabajó en ese fragmento de código antes, como sugiere automáticamente GitHub.

Para "cesionario" : hasta el equipo / responsable del proyecto lo que significa y no existe una definición estricta. Puede ser el abridor de relaciones públicas, o alguien responsable de esa área (que va a aceptar las relaciones públicas después de que se realice la revisión o simplemente cerrarla). No depende de GitHub definir qué es lo que deja abierto para los encargados del mantenimiento del proyecto lo que mejor se adapta a su proyecto.

Respuesta anterior:

Ok, seguiré y responderé mi propia pregunta.

Para el RP de los usuarios con acceso de escritura: el cesionario sería la misma persona que abrió el RP, y el revisor reemplazaría la antigua función del cesionario (código de revisión), siendo esta la persona elegida por el cesionario.

Para PR de usuarios sin acceso de escritura (contribuyentes externos): Alguien con acceso de escritura se asignaría a sí misma (u otro miembro con privilegios de escritura), para revisar el PR (Revisor). El cesionario está en blanco.

Para relaciones públicas inacabadas de colaboradores externos : el miembro de acceso de escritura tomaría el trabajo inacabado y se lo asignaría. Ella será responsable de terminar la tarea, siendo la Asignada . Dado que la razón principal de las relaciones públicas es revisar los cambios, seleccionaría a otras personas para revisar los cambios.

En GitHub, un revisor es una persona que revisa la solicitud de extracción. El propietario de un proyecto puede solicitar una revisión de cualquiera de los encargados del mantenimiento. Incluso pueden establecer una opción para que la solicitud de extracción solo pueda fusionarse si es revisada por uno de los encargados del mantenimiento con acceso de escritura.

De acuerdo con la documentación oficial de Github , Assignee es una persona que está trabajando en problemas específicos y solicitudes de extracción. A veces se confunde como revisor. En realidad, está destinado a ser utilizado con problemas en lugar de solicitud de extracción para que cuando recibamos un problema podamos asignar a alguien para que lo solucione. En una solicitud de extracción, un cesionario se refiere a una persona que está a cargo de fusionar esa solicitud de extracción después de recibir comentarios y solicitudes de cambio de otros mantenedores.

Según la respuesta aceptada. Sí, "cesionario" tiene una definición más flexible y puede usarse de manera diferente para satisfacer las necesidades de un equipo.

En nuestro equipo de 8 desarrolladores, en la mayoría de los RP tenemos 1 revisor, que sugiere cambios y finalmente aprueba el RP. Durante la fase de revisión, "cesionario" es la persona que abrió el RP; más adelante, si otro desarrollador recoge PR, se agrega un nuevo "cesionario". Una vez que PR se aprueba y está listo para QA o fusión directa, se agrega un nuevo "cesionario" de QA. De esta manera crece la lista de "cesionarios".

Usamos "cesionario" para designar colectivamente a las siguientes personas:

1. Autorizar solicitud de extracción
2. Autor trabajando en sugerencias de cambio de relaciones públicas (generalmente igual que 1)
3. QA persona involucrada
4. Persona responsable de fusionar (generalmente igual que 2 o 3)

El uso de "cesionario" ayuda a ubicar el RP en el futuro fácilmente. Uno de mis proyectos tiene> 3000 PR.

is:open is:pr author:raya-dumas

is:closed is:pr assignee:raya-dumas

O simplemente author:raya-dumaspara encontrar todos los artículos creados por el autor (problemas, relaciones públicas)

y otras consultas similares para facilitar el proceso de búsqueda. Los "hitos" también son muy útiles para facilitar la búsqueda de relaciones públicas.

Antes, GitHub solo tenía un campo de cesionario y ningún campo de revisor. No había distinción en ese entonces, por lo que el campo de cesionario se usaba más comúnmente como un campo de revisión.

Pero úselos de cualquier manera que se adapte a su proyecto.