Créer des référentiels Subversion

Azure DevOps Services

Vous pouvez intégrer votre serveur Subversion local à Azure Pipelines. Le serveur Subversion doit être accessible à Azure Pipelines.

Si votre serveur est accessible depuis les agents hébergés, vous pouvez utiliser les agents hébergés pour exécuter des builds manuelles, planifiées ou CI. Sinon, vous devez configurer des agents auto-hébergés qui peuvent accéder à votre serveur local et extraire le code.

Pour l’intégrer à Subversion, créez une connexion de service Subversion et utilisez-la pour créer un pipeline. Les déclencheurs CI fonctionnent via l’interrogation. En d’autres termes, Azure Pipelines vérifie régulièrement le serveur Subversion et s’il existe des mises à jour du code. S’il y en a, Azure Pipelines démarre une nouvelle exécution.

Si le serveur Subversion n’est pas accessible à partir d’Azure Pipelines, travaillez avec votre service informatique pour ouvrir un chemin d’accès au réseau entre Azure Pipelines et votre serveur. Par exemple, vous pouvez ajouter des exceptions à vos règles de pare-feu pour autoriser le trafic d’Azure Pipelines à passer. Consultez la section sur adresses IP Azure DevOps pour voir quelles adresses IP vous devez autoriser. En outre, vous devez disposer d’une entrée DNS publique pour le serveur Subversion afin qu’Azure Pipelines puisse résoudre le nom de domaine complet de votre serveur en adresse IP.

Accessible à partir d’agents hébergés par Microsoft

Une décision que vous devrez prendre consiste à utiliser des agents hébergés par Microsoft ou des agents auto-hébergés pour exécuter vos pipelines. Cela revient souvent à savoir si les agents hébergés par Microsoft peuvent atteindre votre serveur. Pour vérifier s’ils peuvent l’atteindre, créez un pipeline pour utiliser des agents hébergés par Microsoft et veillez à ajouter une étape pour extraire le code source de votre serveur. Si cela réussit, vous pouvez continuer à utiliser des agents hébergés par Microsoft.

Inaccessible à partir d’agents hébergés par Microsoft

Si le pipeline de test simple mentionné dans la section ci-dessus échoue avec une erreur, le serveur Subversion n’est peut-être pas accessible à partir d’agents hébergés par Microsoft. Cela est probablement dû à un pare-feu bloquant le trafic de ces serveurs. Vous avez deux options dans ce cas :

• Collaborez avec votre service informatique pour ouvrir un chemin réseau entre les agents hébergés par Microsoft et le serveur Subversion. Consultez la section sur la mise en réseau dans les agents hébergés par Microsoft.

• Passez à l’utilisation d’agents auto-hébergés ou agents de groupe identique. Ces agents peuvent être configurés au sein de votre réseau et auront donc accès au serveur Subversion. Ces agents nécessitent uniquement des connexions sortantes vers Azure Pipelines. Il n’est pas nécessaire d’ouvrir un pare-feu pour les connexions entrantes. Assurez-vous que le nom du serveur que vous avez spécifié lors de la création de la connexion de service est résolvable à partir des agents auto-hébergés.

Adresses IP Azure DevOps

Pour autoriser le trafic d’Azure DevOps à atteindre votre serveur Subversion, ajoutez les adresses IP ou les balises de service spécifiées dans connexions entrantes à la liste d'autorisation de votre pare-feu. Si vous utilisez ExpressRoute, veillez également à inclure des plages d’adresses IP ExpressRoute à la liste d'autorisation de votre pare-feu.

Questions fréquentes (FAQ)

Les problèmes liés à l’intégration du serveur Subversion se trouvent dans les catégories suivantes :

• Déclencheurs défaillants: mon pipeline n’est pas déclenché lorsque j’envoie une mise à jour au référentiel.
• Échec de l’extraction: mon pipeline est déclenché, mais il échoue à l’étape d’extraction.

Déclencheurs défaillants

J’ai envoyé une modification à mon serveur, mais le pipeline n’est pas déclenché.

Suivez chacune de ces étapes pour résoudre vos déclencheurs défaillants :

• Votre serveur Subversion est-il accessible à partir d’Azure Pipelines ? Azure Pipelines interroge régulièrement le serveur Subversion pour les modifications. Si le serveur Subversion se trouve derrière un pare-feu, ce trafic peut ne pas atteindre votre serveur. Consultez les adresses IP Azure DevOps et vérifiez que vous avez accordé des exceptions à toutes les adresses IP requises. Ces adresses IP peuvent avoir changé depuis que vous avez initialement configuré les règles d’exception.

• Votre pipeline est-il suspendu ou désactivé ? Ouvrez l’éditeur du pipeline, puis sélectionnez Paramètres à vérifier. Si votre pipeline est suspendu ou désactivé, les déclencheurs ne fonctionnent pas.

Je n’ai envoyé aucune mise à jour à mon code, mais le pipeline est toujours déclenché.

• Le déclencheur d’intégration continue pour Subversion fonctionne via l’interrogation. Après chaque intervalle d’interrogation, Azure Pipelines tente de contacter le serveur Subversion pour vérifier s’il y a eu des mises à jour du code. Si Azure Pipelines ne parvient pas à atteindre le serveur Subversion (éventuellement en raison d’un problème de réseau), nous commençons une nouvelle exécution en supposant qu’il peut y avoir eu des modifications de code. Dans certains cas, Azure Pipelines peut également créer une build factice ayant échoué avec un message d’erreur indiquant qu’elle n’a pas pu atteindre le serveur.

Échec de l’extraction

L’étape d’extraction échoue avec l’erreur indiquant que le serveur ne peut pas être résolu.

Utilisez-vous des agents hébergés par Microsoft ? Dans ce cas, ces agents peuvent ne pas être en mesure d’atteindre votre serveur Bitbucket. Pour plus d’informations, consultez Non accessible à partir des agents hébergés par Microsoft.