Version control 大型SOA/Microservice体系结构中的版本管理

我们即将开始一项大型的工作计划，将少量巨大的单一3层框架迁移到SOA/微服务体系结构中。但是有一件事我还没有真正弄清楚，那就是版本管理（注意单词management的用法，而不是control）

该计划的核心原则之一是，每个组件都是绝对独立的，因此设计、开发、构建、版本控制、部署、操作、监控和弃用都独立于所有其他使用者和服务。这是正确的原则，因此意味着未来拥有15+个客户和50+个服务。在操作中，我们需要快速且非常可靠地了解所有依赖关系。在一个服务可能有3或4个版本的API在生产中，消费者可能使用20多个服务的世界中，依赖关系树很快就会变得庞大而复杂

---

所以我的问题是你们是如何处理的？如何维护您的“企业版本矩阵”（如果这是正确的术语）？

可能的副本我将使用Nuget之类的工具进行依赖关系管理和打包部署（添加到上面的链接中）