Nota
O acceso a esta páxina require autorización. Pode tentar iniciar sesión ou modificar os directorios.
O acceso a esta páxina require autorización. Pode tentar modificar os directorios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022 | Azure DevOps Server 2020
Visual Studio 2019 | Visual Studio 2022
Azure Repos es un conjunto de herramientas de control de versiones que puede usar para administrar el código. Si el proyecto de software es grande o pequeño, usar el control de versiones lo antes posible es una buena idea.
Los sistemas de control de versiones son software que le ayuda a realizar un seguimiento de los cambios realizados en el código a lo largo del tiempo. A medida que edita el código, indique al sistema de control de versiones que tome una instantánea de los archivos. El sistema de control de versiones guarda esa instantánea de forma permanente para poder recuperarla más adelante si la necesita. Use el control de versiones para guardar el trabajo y coordinar los cambios de código en todo el equipo.
Incluso si es un único desarrollador, el control de versiones le ayuda a mantenerse organizado a medida que corrige errores y desarrolla nuevas características. El control de versiones mantiene un historial del desarrollo para que pueda revisar e incluso revertir a cualquier versión del código con facilidad.
Azure Repos proporciona dos tipos de control de versiones:
- Git: control de versiones distribuido
- Control de versiones de Team Foundation (TFVC): control de versiones centralizado
Git
Git es el sistema de control de versiones más usado actualmente y se está convirtiendo rápidamente en el estándar para el control de versiones. Git es un sistema de control de versiones distribuido, lo que significa que la copia local del código es un repositorio de control de versiones completo. Estos repositorios locales totalmente funcionales facilitan el trabajo sin conexión o de forma remota. Confirma el trabajo localmente y, a continuación, sincroniza la copia del repositorio con la copia en el servidor.
Git en Azure Repos es Git estándar. Puede usar los clientes y herramientas que prefiera, como Git para Windows, Mac, los servicios de Git de los asociados y herramientas como Visual Studio y Visual Studio Code.
- Conexión de su entorno de desarrollo favorito
- Revisión del código con solicitudes de incorporación de cambios
- Protección de ramas con directivas
- Ampliación de los flujos de trabajo de solicitud de incorporación de cambios con el estado de la solicitud de incorporación de cambios
- Aislar código con bifurcaciones
Conexión de su entorno de desarrollo favorito
Conecte su entorno de desarrollo favorito a Azure Repos para acceder a los repositorios y administrar el trabajo. Comparta el código mediante:
Revisión del código con solicitudes de incorporación de cambios
Revise el código con el equipo y asegúrese de que los cambios se compilan y superan las pruebas antes de que se combinen.
- Creación de una solicitud de incorporación de cambios
- Vinculación de elementos de trabajo a solicitudes de incorporación de cambios
- Configuración de directivas de rama
- Solicitudes de incorporación de cambios de combinación de squash
- Flujos de trabajo de solicitud de incorporación de cambios y rama de Git
- Dejar comentarios o votar sobre los cambios
Protección de ramas con directivas
Hay algunas ramas críticas en el repositorio en las que se basa el equipo para que siempre esté en buena forma, como la master rama.
Requerir solicitudes de incorporación de cambios para realizar cambios en estas ramas.
Los desarrolladores que insertan cambios directamente en las ramas protegidas tienen sus inserciones rechazadas.
Agregue condiciones a las solicitudes de incorporación de cambios para aplicar un mayor nivel de calidad de código en las ramas de clave. Una compilación limpia del código combinado y la aprobación de varios revisores son requisitos adicionales que puede establecer para ayudar a proteger las ramas de clave.
Extender flujos de trabajo de solicitudes de incorporación de cambios con estado de solicitud de incorporación de cambios
Las solicitudes de incorporación de cambios y las directivas de rama permiten a los equipos aplicar muchos procedimientos recomendados relacionados con la revisión del código y la ejecución de compilaciones automatizadas. Pero muchos equipos tienen otros requisitos y validaciones para realizar en el código. Para cubrir estas necesidades individuales y personalizadas, Azure Repos ofrece estados de solicitud de incorporación de cambios.
Los estados de solicitud de incorporación de cambios se integran en el flujo de trabajo de solicitud de incorporación de cambios. Permiten que los servicios externos cierren sesión mediante programación en un cambio de código asociando información simple de éxito o error con una solicitud de incorporación de cambios.
- Información general sobre el estado de la solicitud de incorporación de cambios
- Creación de un servidor de estado de pr con Node.js
- Usar Azure Functions para crear directivas de rama personalizadas
- Configuración de una directiva de rama para un servicio externo
Aislar código con bifurcaciones
Las bifurcaciones son una excelente manera de aislar los cambios experimentales, arriesgados o confidenciales del código base original. Una bifurcación es una copia completa de un repositorio, incluidos todos los archivos, confirmaciones y (opcionalmente) ramas. La nueva bifurcación actúa como si alguien clonase el repositorio original y, a continuación, se insertaba en un nuevo repositorio vacío.
Después de crear una bifurcación, los nuevos archivos, carpetas y ramas no se comparten entre los repositorios a menos que una solicitud de incorporación de cambios las lleve a lo largo. Una vez que esté listo para compartir esos cambios, es fácil usar las solicitudes de incorporación de cambios para volver a insertar los cambios en el repositorio original.
TFVC
Azure Repos también admite el control de versiones de Team Foundation (TFVC). TFVC es un sistema de control de versiones centralizado. Normalmente, los miembros del equipo solo tienen una versión de cada archivo en sus máquinas de desarrollo. Los datos históricos solo se mantienen en el servidor. Las ramas se basan en rutas de acceso y se crean en el servidor.
Para empezar, cree un proyecto, configure el área de trabajo y revise y comparta el código. Puede usar cualquiera de estos clientes o IDE: