Pipelines est un nom dans la dernière interface utilisateur DevOps pour les builds. Dans l'ancienne interface utilisateur, c'est comme ceci:
On peut dire que Pipeline
(ou Build, ou Build Pipeline) représente CI (intégration continue) dans Azure DevOps. Release
représente le CD (livraison continue) dans Azure DevOps. Le pipeline prend généralement du code, le construit, teste et crée un artefact. Release prend l'artefact et le libère / le déploie.
L'utilisation dépend de votre projet.
Si vous avez un petit projet et qu'il n'y a pas besoin de fonctionnalités Release (par exemple, conditions de pré-déploiement et approbations), vous pouvez avoir Pipeline comme vous l'avez mentionné: restore -> build -> tests -> deploy
et pas besoin dans Release.
Si votre projet est grand avec beaucoup de contributions de développeurs, il est bon d'avoir Pipeline qui construit, exécute des tests unitaires, effectue d'autres automatisations et résultats avec artefact chaque fois que le développeur pousse vers le référentiel commun. Vous pouvez donc être sûr que tout est réglé et que les tests d'intégration ont été réussis. Le pipeline peut également se retrouver avec une tâche de publication / déploiement vers un environnement / serveurs de développement pour le travail interne, l'utilisation et les tests.
Dans les grands projets, vous n'avez pas besoin de déployer chaque push vers un référentiel commun. Vous pouvez donc régler une version qui sera responsable du déploiement dans l'environnement de production. Il a des fonctionnalités conçues pour cela, comme la pré-approbation, donc tout le monde est d'accord pour dire que c'est la bonne construction (ou artefact) pour la production.