我们正在尝试为 CI/CD 建立良好的管道并在 Azure DevOps 上运行。我们有可重用的模板，可以处理诸如构建 UI 部分、微服务、数据库等的事情（并且可以打包和/或部署它们）。
我想知道的是如何将它们结合在一起，以及它们是否都应该在一个通用的 CI/CD 管道下，如果是，是什么触发它（每次提交，只是 PR 接受到 main，其他东西）？
我们打算以小规模、连续的增量进行开发，并对给定用户故事包含在系统的某一方面的情况持开放态度，但我们也对更特定功能但仍然很小的用户故事持开放态度，例如提交跨越 UI、服务和数据库。无论持续交付方法中最有意义的是什么。
我正在寻找的可能是一些成功做到这一点的人的案例研究/意见。什么有效，什么无效等等？您能举例说明您的管道是什么样子的吗？手动门在哪里？一个大型管道是否构建/部署所有层，或者您是否有单独的管道和单独的触发器（数据库与服务，甚至每个微服务单独）？
我们专门针对 Azure DevOps，但我认为这不应该改变所采取的方法。蒂亚！