Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Azure DevOps : 1 solution, plusieurs projets CI/CD

ayi

Je viens de commencer à configurer Azure DevOps avec CI/CD. Ce n’est peut-être pas possible mais j’espère trouver des réponses.
J’ai une solution avec 6 projets :
<ul>
<li>
Projet Web Api (référence les projets Infrastructure, Repositories et Models)
</li>
<li>
Projet Website (appelle l’API Web pour les données et référence les projets Infrastructure, Repositories et Models)
</li>
<li>
Projet Node.js (appelle uniquement l’API Web pour les données)
</li>
<li>
Projet Infrastructure (partagé par Web Api et Website)
</li>
<li>
Projet Repositories (partagé par Web Api et Website)
</li>
<li>
Projet Models (partagé par Web Api et Website)
</li>
</ul>
Avant de commencer à chercher comment publier les projets Web Api, Website et Node.js vers leur propre Azure App Service dans les définitions CI/CD :
Est-il possible de configurer le système pour que seuls certains projets soient déployés ? Par exemple : seul le projet Node.js est publié, ou seuls Web Api et Website sont publiés mais pas Node.js.
Ou dois-je garder les choses dans des solutions séparées ?
Si je les garde dans des solutions séparées, comment cela affecte-t-il les projets partagés (Infrastructure, Repo et Models) en ce qui concerne le contrôle de source (Git) ? Si j’ajoute du code aux Models et Repo dans la solution Web Api, dois-je commiter ces changements dans le dépôt Git de Web Api ? Comment cela affecte-t-il les autres projets qui référencent les mêmes projets Models et Repo ? Est-ce là que les sous-modules Git entrent en jeu ?
Mise à jour 1 (08/03/2019)
Il semble que je puisse faire fonctionner cela dans une seule solution en utilisant les Filtres de chemin (<a href="https://learn.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops" rel="noopener nofollow ugc">https://learn.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops</a>). Je suis toujours intéressé par tout retour supplémentaire.

ayi_2

En espérant que cela aide d’autres personnes :
J’ai résolu cela en utilisant les <a href="https://learn.microsoft.com/en-us/azure/devops/pipelines/build/triggers?view=azure-devops">Filtres de chemin</a> sur la définition de <code>Build</code> et cela fonctionne parfaitement. J’ai créé 1 définition de build par projet qui doit être hébergé quelque part (dans mon exemple, j’ai 3 définitions de <code>Build</code> : Web Api, Website, Node.js).
Avec le bon chemin vers le projet dans le Filtre de chemin, seuls les <code>Builds</code> appropriés se déclenchent, et les projets non modifiés ne déclenchent pas de build. Chaque build a sa propre <code>release</code> qui déploie ensuite l’application spécifiée vers sa propre destination.