Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Visual Studio 2019 | Visual Studio 2022
Azure Repos est un ensemble d’outils de contrôle de version que vous pouvez utiliser pour gérer votre code. Que votre projet logiciel soit grand ou petit, l’utilisation du contrôle de version dès que possible est une bonne idée.
Les systèmes de contrôle de version sont des logiciels qui vous aident à suivre les modifications que vous apportez dans votre code au fil du temps. Lorsque vous modifiez votre code, vous indiquez au système de contrôle de version de prendre un instantané de vos fichiers. Le système de contrôle de version enregistre définitivement cet instantané afin de pouvoir le rappeler ultérieurement si vous en avez besoin. Utilisez le contrôle de version pour enregistrer votre travail et coordonner les modifications de code au sein de votre équipe.
Même si vous êtes un développeur unique, le contrôle de version vous aide à rester organisé lorsque vous corrigez les bogues et développez de nouvelles fonctionnalités. Le contrôle de version conserve un historique de votre développement afin de pouvoir passer en revue et même restaurer facilement n’importe quelle version de votre code.
Azure Repos fournit deux types de contrôle de version :
- Git : contrôle de version distribué
- Team Foundation Version Control (TFVC) : contrôle de version centralisé
Conseil / Astuce
Vous pouvez utiliser l’IA pour faciliter les tâches Azure DevOps. Consultez Activer l’aide à l’IA avec le serveur MCP Azure DevOps pour commencer.
Git
Git est le système de contrôle de version le plus couramment utilisé aujourd’hui et devient rapidement la norme pour le contrôle de version. Git est un système de contrôle de version distribué, ce qui signifie que votre copie locale de code est un référentiel complet de contrôle de version. Ces référentiels locaux entièrement fonctionnels facilitent le travail hors connexion ou à distance. Vous validez votre travail localement, puis synchronisez votre copie du référentiel avec la copie sur le serveur.
Git dans Azure Repos est git standard. Vous pouvez utiliser les clients et les outils de votre choix, tels que Git pour Windows, Mac, les services Git des partenaires et les outils tels que Visual Studio et Visual Studio Code.
- Connecter votre environnement de développement favori
- Passer en revue le code avec des pull requests
- Protéger les branches avec des stratégies
- Étendre les workflows de pull request avec le statut de la pull request
- Isoler le code avec des forks
Connecter votre environnement de développement favori
Connectez votre environnement de développement favori à Azure Repos pour accéder à vos dépôts et gérer votre travail. Partagez votre code à l’aide de :
Revoir le code avec des pull requests
Passez en revue le code avec votre équipe et assurez-vous que les modifications sont générées et réussissent des tests avant qu’elles ne soient fusionnées.
- Créer un pull request
- Lier des éléments de travail à des pull requests
- Configurer des stratégies de branche
- Demandes de tirage de fusion de squash
- Flux de travail Git pour les branches et les pull requests
- Laisser des commentaires ou voter sur les modifications
Protéger les branches avec des stratégies
Il existe quelques branches critiques dans votre dépôt sur lesquelles l’équipe s’appuie pour toujours être en bonne forme, comme votre master branche.
Exiger des pull requests pour apporter des modifications sur ces branches.
Les développeurs qui poussent les modifications directement vers les branches protégées voient leurs push rejetés.
Ajoutez des conditions à vos pull requests pour assurer un niveau de qualité du code plus élevé dans vos branches principales. Une compilation propre du code fusionné et une approbation par plusieurs réviseurs sont des exigences supplémentaires que vous pouvez définir pour protéger vos branches clés.
- Vue d’ensemble des stratégies de branche
- Guide pratique pour configurer des stratégies de branche
- Autorisations de branche
Étendre les workflows de pull request avec le statut de la demande
Les pull requests et les politiques de branche permettent aux équipes d’appliquer de nombreuses meilleures pratiques liées à l’examen du code et à l’exécution d’intégrations continues automatisées. Mais de nombreuses équipes ont d’autres exigences et validations à effectuer sur le code. Pour couvrir ces besoins individuels et personnalisés, Azure Repos fournit des statuts de pull request.
Les états des pull requests s’intègrent au flux de travail PR. Ils permettent aux services externes d'approuver de manière programmatique une modification de code en associant des informations simples de réussite/échec à un pull request.
- Vue d’ensemble de l’état de la demande de tirage
- Créer un serveur de statut de pull request avec Node.js
- Créer des stratégies de branche personnalisées à l’aide d’Azure Functions
- Configurer une stratégie de branche pour un service externe
Isoler le code avec des forks
Les forks sont un excellent moyen d’isoler les modifications expérimentales, risquées ou confidentielles du dépôt de code d'origine. Un fork est une copie complète d’un référentiel, y compris tous les fichiers, commits et (éventuellement) branches. Le nouveau fork agit comme si quelqu’un avait cloné le référentiel d’origine, puis avait effectué un push vers un référentiel vide et nouveau.
Une fois qu'un fork a été créé, les nouveaux fichiers, dossiers et branches ne sont pas partagés entre les référentiels, sauf s'ils sont inclus dans une pull request. Une fois que vous êtes prêt à partager ces modifications, il est facile d’utiliser des demandes de tirage (pull request ) pour renvoyer les modifications au référentiel d’origine.
TFVC
Azure Repos prend également en charge Team Foundation Version Control (TFVC). TFVC est un système de contrôle de version centralisé. En règle générale, les membres de l’équipe n’ont qu’une seule version de chaque fichier sur leurs ordinateurs de développement. Les données historiques sont conservées uniquement sur le serveur. Les branches sont basées sur le chemin d’accès et créées sur le serveur.
Commencez par créer un projet, configurer votre espace de travail et examiner et partager votre code. Vous pouvez utiliser l’un de ces clients ou IDE :
- Visual Studio
- Xcode
- Éclipse