github projects teams
Este tutorial sobre GitHub explica conceptos como proyectos de GitHub, organización y equipos, bifurcación de un repositorio, problemas e hitos del proyecto, wiki de GitHub, etc.
En el tutorial anterior de la serie de tutoriales en GitHub, vimos cómo un desarrollador puede utilizar la plataforma para almacenar los artefactos relacionados con el proyecto y controlar la versión de la misma. También vimos los conceptos relacionados con solicitudes de extracción, fusión, ramificación y protección de ramas.
Bueno, eso no es todo. En este tutorial, profundizaremos y descubriremos qué más puede hacer GitHub por los desarrolladores.
=> Consulta la guía de formación perfecta de GitHub aquí.
Aquí es en lo que nos centraremos.
- Crear organización y equipos
- Bifurcar un repositorio
- Crear problemas e hitos del proyecto
- Crear tablero de proyecto
- Creando Wiki de GitHub
Lo que vas a aprender:
- Crear organización y equipos
- Bifurcación de GitHub
- Problemas de GitHub e hitos del proyecto
- Tablero de proyectos de GitHub
- Wiki de GitHub para documentación
- Conclusión
- Lectura recomendada
Crear organización y equipos
Como precursor de esta sección, GitHub proporciona los siguientes 3 tipos de cuentas.
- Cuentas de usuario personales donde puede crear repositorios públicos y privados ilimitados y también invitar a colaboradores.
- Cuentas de organización que es principalmente un concepto de cuentas compartidas y verá más en esta sección.
- Cuenta empresarial que es utilizado por empresas que administran las políticas internamente para los usuarios que usan GitHub. Por lo general, se usa en una versión local de GitHub Enterprise.
En la Parte 1, vimos cómo se creó un repositorio utilizando una sola cuenta personal donde ese usuario era un único propietario del repositorio. Esto es adecuado para equipos de scrum pequeños en los que tiene de 3 a 9 personas o tal vez más personas o para crear un repositorio para un solo proyecto está bien.
Pero, ¿qué pasa si hay grandes proyectos de Github que necesitan múltiples repositorios y múltiples equipos acceden al mismo para la ejecución? Aquí, debemos ver cómo la Organización GitHub ayuda a agrupar múltiples repositorios para un solo proyecto grande. Por lo tanto, también habrá múltiples propietarios, ya que habrá múltiples Repositorios / Equipos involucrados.
Para comenzar a crear una nueva organización, haga clic en el + en la parte superior derecha y seleccione Nueva organización.
Seleccione un plan en consecuencia. Usaremos un plan gratuito por ahora que es Equipo de código abierto.
Ingrese los detalles sobre la Organización y luego haga clic en Siguiente.
Agregue los miembros a la organización y haga clic en Instalación completa.
El siguiente paso es comenzar a crear repositorios según las necesidades del proyecto y agregar equipos a los mismos.
También puede hacer clic en Invita a alguien para agregar miembros a la organización que acaba de crear. A medida que se agregan miembros, el rol también se puede asignar como miembro o propietario. Para hacer esto, vaya al Personas Tab y seleccione Cambiar rol para ese miembro.
Bueno, por ahora, retendremos a 1 usuario como propietario y al otro como miembro. De esta forma, el Propietario puede crear múltiples repositorios y asignar equipos a los respectivos repositorios.
Antes de crear repositorios, creemos equipos primero. Ve a la Equipos pestaña y haga clic en Nuevo equipo.
Crearemos 2 equipos, es decir, el equipo de UI y el equipo de Middleware.
Haga clic en Crea equipo. Una vez creado el equipo, puede agregar miembros al equipo como se muestra a continuación.
Del mismo modo, cree el otro equipo y agréguele miembros. Ahora puedes ver que hay 2 equipos.
Procedamos a crear repositorios. Entonces, como escenario, ahora crearemos 2 repositorios es decir, uno para contener código relacionado con la interfaz de usuario y el otro para contener código de middleware. Los equipos se asignarán en consecuencia.
Ve a la Repositorios pestaña y crea una Nuevo repositorio .
Clickea en el Crear repositorio botón. Lo siguiente es proporcionar al equipo de UI acceso al repositorio.
Ve a la Equipos pestaña. Clickea en el Equipo de UI y ve al Repositorios pestaña. Haga clic en cada equipo y agregue los repositorios nuevamente desde el Repositorios pestaña.
Agregue el repositorio ingresando el nombre del repositorio.
También asegúrate Permiso de escritura para los miembros del equipo a este repositorio, es decir, los miembros del equipo pueden leer, clonar y enviar a este repositorio.
Del mismo modo, siga los pasos anteriores para agregar el repositorio de Middleware al otro equipo. Por lo tanto, ahora tenemos una Organización con repositorios dentro de ella y los equipos también. Los miembros del equipo pueden clonar el repositorio al que tienen acceso y trabajar en el mismo.
Bifurcación de GitHub
Bifurque un repositorio y manténgase sincronizado con el repositorio original.
En las secciones anteriores y en el tutorial anterior, vimos cómo se creaban repositorios y se les agregaba código fuente. Ahora, ¿qué pasaría si los equipos quisieran probar algunos cambios de código cuando el repositorio original no es el lugar para hacerlo?
Se debe crear una copia para experimentar con cualquier cambio en el código manteniendo intacto el repositorio original. Se llama GitHub Tenedor . Para crear una bifurcación, navegue hasta el repositorio que se creó en la cuenta personal y no en la organización. Haga clic en Tenedor en la parte superior derecha.
Seleccione la cuenta en la que necesita bifurcar el repositorio original. En este caso, seleccione la cuenta de la organización donde se bifurcará el repositorio.
El repositorio ahora está bifurcado como Demo-Proj-Org / Demo_Project_Repo_VN . Por lo tanto, cualquier experimento con el código se puede realizar en el repositorio bifurcado y no en el repositorio original.
Si se ha realizado algún cambio en el repositorio original, entonces el repositorio bifurcado debe estar en sincronizar . Las opciones de la línea de comandos podrían usarse para sincronizar el repositorio bifurcado, pero crear una solicitud de extracción es una opción más simple.
Suponiendo que se realiza un cambio en un archivo en el repositorio original, proceda a crear una solicitud de extracción.
Clic en el enlace comparar entre horquillas.
Seleccione el encabezado como repositorio original y la base como repositorio bifurcado como se muestra y haga clic en Crea una solicitud de extracción.
Haga clic en Fusionar solicitud de extracción y confirmar la fusión.
Los cambios aparecen en el repositorio bifurcado y están sincronizados con el repositorio original.
Problemas de GitHub e hitos del proyecto
Normalmente, en cada proyecto, es necesario realizar un seguimiento de las tareas, defectos, mejoras, etc. como parte del progreso. Puede usar los problemas en GitHub para rastrear todos los mencionados anteriormente junto con los Tableros de proyecto.
Con problemas, puede asociar lo mismo con solicitudes de extracción para que se pueda cerrar automáticamente cuando se fusiona la solicitud de extracción. Además, si hay problemas abiertos, también se pueden transferir a otros repositorios. En esta sección, veremos mucho más sobre cómo se pueden utilizar los problemas.
Creación de problemas e hitos
Vaya a la página principal del repositorio y vaya al Cuestiones Pestaña. Haga clic en Nueva edición.
Asígnelo a un colaborador para trabajar, agregue Etiqueta para distinguirlo como una mejora. Una buena práctica es también mencionar la Hito para seguir el progreso de las cuestiones planteadas.
Haga clic en Envíe un nuevo número.
Se muestra el resumen del problema. Tenga en cuenta que el número de problema es el # 11, al que se hará referencia más adelante.
El problema también se puede transferir a otro repositorio. La opción para hacerlo está en la parte inferior. 'Problema de transferencia'.
Agrega un fecha de vencimiento al hito - R1. En la página principal del repositorio, vaya a la Cuestiones Tab y haga clic en Hitos .
Editar los detalles del Milestone R1 y agregue una fecha de vencimiento. Guarde los cambios una vez hechos.
El Milestone R1 ahora tiene 2 problemas abiertos y también se puede ver el% de finalización.
Haga clic en Milestone R1 para ver los problemas que se entregarán para este hito. Los problemas también se pueden volver a priorizar moviéndolos hacia arriba y hacia abajo.
Problemas de filtro
Suponiendo que hay varios problemas que están en estado Abierto / Cerrado y asignados a varios colaboradores. Es muy importante buscar aquellos temas que se basan en ciertos criterios.
Por ejemplo, todos los problemas que se le han asignado, todos los problemas en estado abierto, etc. GitHub proporciona la opción de búsqueda para filtrar los problemas e incluso las solicitudes de extracción.
Vaya a la pestaña Problemas y en el cuadro de filtro ingrese los criterios de la siguiente manera.
Por ejemplo, todos los problemas abiertos en el estado Abierto y Asignados a un colaborador.
tipo: estado del problema: asignado abierto: hito vniranjan2512: etiqueta R1: mejora
Asociar problemas a la solicitud de extracción
Cuando se hace referencia a una solicitud de extracción con una palabra clave en particular y un número de problema y una vez combinado, el problema se cierra automáticamente. Incluso si se hace referencia a una confirmación con una palabra clave y un número de problema, el problema está cerrado.
La palabra clave puede ser cualquiera, es decir, cierra, cierra, arregla, arregla, resuelve, resuelve.
Por ejemplo, en la solicitud de extracción o la mención del mensaje de confirmación cierra # 11.
Cree una solicitud de extracción y mencione la palabra clave y el número de referencia como se muestra en el mensaje. Haga clic en Crea una solicitud de extracción y fusiona.
El problema se cierra automáticamente al fusionar la solicitud de extracción. Definitivamente se necesita un poco de automatización.
Crear o abrir nuevos problemas a partir del código fuente
Para cualquier cambio de código, se puede abrir una nueva edición. Con esto, se agrega al problema la URL a la línea de cambio de código. En un modo de no edición del código, haga clic en los 3 puntos (…) junto a la línea de código y seleccione Referencia en nueva edición .
Se actualizaron los detalles del problema.
Problema con el PIN
Puede anclar el problema para que sea más fácil encontrarlos y también evitar problemas duplicados de siendo creado.
Abra el problema y, en la parte inferior derecha del problema, haga clic en Problema con el PIN.
El problema ahora se agrega encima de la lista de problemas.
Nota: Se pueden fijar un máximo de 3 problemas en cualquier momento.
Tablero de proyectos de GitHub
Un tablero de proyecto en GitHub proporciona una manera fácil de visualizar los problemas. Puede ver el progreso del proyecto y ver qué problemas aún no se han iniciado, en progreso y completados.
Se puede crear un tablero de proyecto en GitHub basado en plantillas Kanban que tiene un flujo de trabajo predefinido y también se puede personalizar. El ejemplo mostrará un tablero creado en función de la cuenta de usuario.
En la página principal del repositorio, vaya a la Proyectos pestaña y crea una Nuevo proyecto.
Como puede ver desde arriba, el tablero de proyecto ayuda a:
- Ordenar tareas
- Planifica tu proyecto
- Automatiza tu flujo de trabajo
- Sigue el progreso
- Comparta su estado
- Cerrar proyecto
Nuevo tablero de proyecto con una plantilla Kanban básica.
El tablero se crea con un flujo de trabajo. También se pueden agregar columnas de flujo de trabajo adicionales haciendo clic en el + Agregar columna.
El flujo de trabajo también se puede automatizar. Por ejemplo, si se crea un nuevo problema, se puede agregar directamente al Estado de tareas pendientes. Selecciona el Gestionar la automatización opción para ese estado.
Seleccione la casilla de verificación Agregado recientemente y haga clic en Actualizar automatización. Por lo tanto, cuando se crea un nuevo problema, el proyecto seleccionado para el problema se agregará automáticamente al Estado de tareas pendientes. También puede arrastrar y soltar el problema existente al estado y pasar de un estado a otro.
A una columna, también puede agregar notas que garantizarán que entregue información importante sobre los problemas en esa columna. Clickea en el + firmar y agregar una nota.
resto preguntas y respuestas de la entrevista para experimentados
Haga clic en Añadir.
Wiki de GitHub para documentación
Una de las actividades más importantes en cualquier proyecto es crear y mantener documentación para su repositorio para que la use todo el equipo. El repositorio de GitHub viene con soporte para crear dicha documentación usando GitHub Wiki. Entonces, toda la información sobre su proyecto y su uso se puede capturar en la wiki.
Los wikis están disponibles para repositorios públicos en GitHub de forma gratuita. Los wikis utilizan la biblioteca de marcado de código abierto. Veremos cómo usar esta biblioteca mientras escribimos wikis.
Habilitación de la compatibilidad con Wiki para el repositorio
En la página principal del repositorio, haga clic en el Ajustes pestaña y asegúrese de que Wikis La opción está seleccionada bajo la Características sección.
Crear un Wiki de GitHub
En la página principal del repositorio, vaya a la Wiki pestaña. Haga clic en Crea la primera página.
Ingrese un título y agregue texto a la Wiki. Además, puede usar la opción de formato usando el soporte de Markdown. Clickea en el Guardar página una vez hecho.
Tenga en cuenta que en el contenido anterior # es para el título1, ## es para el título2, ### es para el título3. * se utiliza para listados desordenados. La vista previa será como se muestra a continuación.
Sobre el Wiki pestaña haga clic en + Agregar un pie de página personalizado.
Agregue el contenido y guarde la página.
Abra cualquier Wiki guardado y verá el pie de página.
Agregar barra lateral
En la pestaña wiki, haga clic en + Agrega una barra lateral personalizada.
Agregue contenido para la barra lateral y guarde la página.
Abra cualquier wiki y verá la barra lateral.
Ver historial de wiki
En el historial, puede ver quién realizó el cambio, confirmar los mensajes y la fecha en la que se realizó el cambio.
Abra Wiki y edite la página. Haga clic en Historial de la página, en el lado derecho.
Haga clic en Hash para ver los cambios. Seleccione las revisiones para comparar los cambios y revertir los cambios de una revisión más reciente. Haga clic en Revertir cambios.
Los cambios se revierten a la revisión anterior.
Nota : Puede revertir los cambios en función del permiso para editar el Wiki.
Conclusión
En la Parte 1 y la Parte 2 de la serie GitHub, hemos visto sobre actividades de control de versiones, creación de repositorios, solicitudes de extracción, sucursales, revisiones de código, organizaciones y equipos, bifurcación de un repositorio, etiquetas, hitos, problemas, proyectos de GitHub, wikis.
En nuestro próximo tutorial, veremos la creación de versiones, la integración con Jira y algunas Comandos de Git que ayudará a los desarrolladores antes de que introduzcan cambios en el repositorio de GitHub.
Esperamos que todos los desarrolladores encuentren útil este enfoque práctico para GitHub en sus proyectos.
=> Visite aquí para ver la serie exclusiva de tutoriales de capacitación de GitHub.
Lectura recomendada
- Tipos de riesgos en proyectos de software
- Tutorial de GitHub para desarrolladores | Cómo usar GitHub
- Cómo utilizar Microsoft TFS para proyectos JAVA con Eclipse en DevOps
- Tutorial ágil de JIRA: cómo utilizar JIRA de forma eficaz para gestionar proyectos ágiles
- ¿En qué se diferencia la planificación de pruebas para proyectos manuales y de automatización?
- Ejemplos de afirmación de selenio: aplicaciones prácticas en proyectos
- En el sitio: modelo offshore de proyectos de prueba de software (y cómo hacer que funcione para usted)
- Git vs GitHub: Explore las diferencias con ejemplos