Un título extraño, sí, pero creo que tengo un poco de terreno que cubrir.
Tenemos una cuenta de organización en github con repositorios privados. Queremos usar los problemas nativos de github / características de solicitudes de extracción (las solicitudes de extracción son básicamente exactamente lo que queremos en cuanto a revisiones de código y discusiones de características). Encontramos el centro de herramientas de defunkt que tiene una pequeña característica genial de poder convertir un problema existente en una solicitud de extracción y asociar automáticamente su rama actual con él.
Me pregunto si es una buena práctica hacer que cada desarrollador de la organización bifurque el repositorio de la organización para hacer su trabajo de características / correcciones de errores / etc. Esto parece un flujo de trabajo bastante sólido (ya que es básicamente lo que cada proyecto de código abierto en github), pero queremos estar seguros de que podemos rastrear problemas y extraer solicitudes de UNA fuente, el repositorio de la organización.
Entonces tengo algunas preguntas:
- ¿Es apropiado un enfoque de tenedor por desarrollador en este caso? Parece que podría ser un poco exagerado. No estoy seguro de que necesitemos una bifurcación para cada desarrollador, a menos que presentemos desarrolladores que no tienen acceso directo y necesitan que se revise todo su código. En cuyo caso, nos gustaría establecer una política como esa, solo para esos desarrolladores. Entonces, ¿cuál es mejor? ¿Todos los desarrolladores en un único repositorio, o un tenedor para todos?
- ¿Alguien tiene experiencia con la herramienta de concentrador, específicamente la función de solicitud de extracción? Si hacemos una bifurcación por desarrollador (o incluso para desarrolladores menos privilegiados), ¿funcionará la función de solicitud de extracción del concentrador en las solicitudes de extracción del repositorio maestro ascendente (el repositorio de la organización?) ¿O tiene un comportamiento diferente?
EDITAR
Hice algunas pruebas con problemas, bifurcaciones y solicitudes de extracción y encontré eso. Si crea un problema en el repositorio de su organización, luego bifurque el repositorio de su organización a su propia cuenta de github, realice algunos cambios, fusione con la rama maestra de su bifurcación. Cuando intenta ejecutar hub -i <issue #>
se produce un error, User is not authorized to modify the issue
. Entonces, aparentemente ese flujo de trabajo no funcionará.