Luego de de nuestra prolongada búsqueda de información dimos con la respuesta esta incógnita que presentan ciertos los lectores. Te ofrecemos la solución y nuestro deseo es resultarte de gran apoyo.
Solución:
En mi opinión, las organizaciones tienen un propósito diferente en Github que agrupar repositorios (aunque sirven para agrupar repositorios). Las organizaciones tienen más que ver con el control detallado del acceso al repositorio (eso es lo que entiendo).
Bitbucket ha introducido el concepto de “Proyectos”, con la siguiente jerarquía (en comparación con Github):
Bitbucket: Team -> has N -> Projects -> has N -> Repos
Github: Organisation -> has N -> Repos
Bitbucket todavía permite que Repos no ser asignado a un equipo o proyecto, supongo que admitirá repositorios más antiguos que existían antes del concepto de un proyecto.
Para responder a la pregunta, no, no directamente. Hay solicitudes pendientes con Github para agregar grupos, pero no parece probable (en este momento).
Los prefijos funcionan como una solución regular:
Nombre del repositorio: [project]__[repo name]
Digamos que tiene un cliente “acme” con dos repositorios:
P.ej: acme__api
P.ej: acme__landing
La búsqueda de Github es rápida y en línea, por lo que hacer una búsqueda de acme__ en su lista de repositorios enumerará todos los repositorios para el acme__ proyecto.
Actualización 2020
No estoy seguro exactamente cuándo, pero Github ha agregado (algo recientemente) el concepto de proyectos, que llena el vacío que falta. Yo diría que no son exactamente lo mismo que los proyectos de Bitbucket, pero son más adecuados para agrupar repositorios relacionados en Github que Orgs.
más de 20 repositorios
Eso realmente no es tan malo.
La idea realmente es usar organizaciones para agrupar su repositorio relacionado. Esto también hace que sea más fácil para el miembro de su equipo filtrar sus fuentes de actividad solo para las organizaciones que les interesan.
Esto es así en Github como git está basado en un repositorio, no en un sistema de archivos como SVN.
Tal vez “Organización” no sea un nombre muy intuitivo, pero en una plataforma Git alternativa como Gitlab, estas divisiones se denominan “grupo”. Realmente deberías considerarlos así.
Creo que la idea de agrupar repositorios en github es simplemente poner un delimitador entre los elementos que desea que estén relacionados entre sí. Por ejemplo, “proyecto1_proyectoA_proyectoX”, o “proyecto1-proyectoA-proyectoX”, o incluso “proyecto1–proyectoA–proyectoX”.
Para mí, prefiero el delimitador de doble guión porque es más intuitivo para reemplazar el delimitador de barra inclinada (/) y menos utilizable en un nombre de repositorio independiente.
Entonces la lista de tus proyectos de planificación que tienes que crear sería:
- Proyecto 1
- proyecto1–proyectoA
- proyecto1–proyectoA–proyectoX
Tan pronto como cree un repositorio con un delimitador (_ o -) en su nombre, no habrá una opción para configurar, por ejemplo, la descripción o la licencia del repositorio desde la página de título del repositorio. Debe manejar estos desde la página de título del repositorio después de que se haya realizado un primer impulso. Pero puede dejarlo simple, por ejemplo, para el proyecto X sería algo como esto: “proyecto1 – submódulo del proyecto A”.