Administrar proyectos de Azure DevOps
Cada organización contiene varios proyectos. Un proyecto en sí mismo es un grupo de diversos servicios de Azure DevOps. Puede encontrar los servicios de Azure Boards, Repos, Pipelines, Artifacts y Test Plans en cada uno de los diferentes proyectos. Si bien primero debe configurar la seguridad y los diferentes usuarios permitidos a nivel organizativo, puede configurar aún más la seguridad en el nivel de proyecto. Puede crear un proyecto por cliente para poder agrupar todo para un cliente específico en un contenedor lógico.
Cuando trazamos esta estructura en un gráfico, tiene este aspecto:
Crear un nuevo proyecto es fácil si se hace clic en el botón azul Nuevo proyecto de la ventana de inicio. Especifique un nombre para su proyecto, marque si el proyecto es privado o público, y seleccione su sistema Control de la versión preferido y una plantilla de Proceso de elemento de trabajo.
En la captura de pantalla anterior, puede ver que los proyectos públicos no están disponibles. Esto se puede cambiar modificando un ajuste de la configuración de la organización. Puede cambiarlo en la sección Directivas, en Seguridad.
Para la configuración de control de la versión, puede elegir entre Git y Control de versiones de Team Foundation. Existen diferencias significativas entre los dos sistemas.
En versiones anteriores de Team Foundation Server (TFS, el predecesor de Azure DevOps), la única solución de control de versiones disponible era Control de versiones de Team Foundation (TFVC). TFVC es un sistema centralizado en el que el código fuente está centralizado en un servidor. El almacenamiento en sí lo maneja Microsoft SQL Server. Se requiere una conexión cada vez que se necesita comparar, confirmar o revertir cambios del código.
En 2013, Microsoft agregó soporte para Git como control de versiones dentro de TFS. Git es un sistema de control de versiones de código abierto creado originalmente por Linus Torvalds (el fundador del kernel de Linux). Git es un Sistema distribuido, lo que significa que el código fuente de un determinado proyecto está en cada máquina que contribuye al código. El historial completo está en cada máquina. Esto permite trabajar sin conexión. Puede comparar, confirmar, revertir, agregar o eliminar archivos en su repositorio local sin conexión centralizada. Para sincronizar sus cambios con compañeros, se necesitará un repositorio remoto. Azure DevOps puede ser ese repositorio remoto, pero también se pueden utilizar otros servicios como GitHub o Bitbucket.
TFVC todavía está disponible en Azure DevOps, pero el sistema de control de versiones predeterminado para Azure DevOps es Git. En efecto, para el desarrollo de extensiones de Business Central, recomendamos usar Git. Casi todos los ejemplos, la documentación y las canalizaciones que pueden encontrarse en Internet se basan en Git. En esta ruta de aprendizaje, solo trataremos Git.
La plantilla proceso de elementos de trabajo se utiliza para definir qué proceso se utiliza para crear elementos de trabajo y realizar un seguimiento de las tareas dentro de su equipo. Esta característica está vinculada al servicio Azure Boards de su proyecto. Puede elegir entre diferentes metodologías de administración de proyectos como Ágil y Scrum u optar por una metodología de proceso básico.
Cuando se crea un proyecto, se obtiene una información general del proyecto. En el lado izquierdo, puede encontrar todos los diversos servicios para el proyecto.
Si hace clic en el botón Configuración del proyecto de la esquina izquierda, puede habilitar qué servicios le gustaría activar en este proyecto. Esta configuración puede ser diferente según el proyecto.
