Visual Studio解决方案中的多个docker-compose .dcproj

Question

为了为dockerized解决方案开发一些样板代码，我希望在同一个解决方案中有多个docker-compose .dcproj项目。 让我们说：

用于互操作的
1. shared-docker-compose .dcproj - 共享服务，如MQ
2. example-docker-compose .dcproj - 示例服务用于测试/ playground的样板文件。
3. app1-docker-compose .dcproj - 方案1的实际服务
4. 应用＃ ...

如果解决方案的一部分需要更新，这应该保持高速开发。开发人员可以自由地考虑他想要查看整个解决方案的哪一部分。

好的 - 创建这个项目/撰写文件并不是一个真正的问题。 docker，docker-compose或解决方案的任何其他部分都没问题。除了IDE。

Visual Studio 2017 真正与多个dcproj文件斗争。

• 根据.sln文件中dcproj的顺序，行为会有所不同。
• 首先找到dcproj。
• 卸载所有其他dcproj帮助。但我不确定这是否稳定。
• 即使启动，也无法保证调试器跟踪请求的组合。例如。启动dcproj＃3，调试器将侦听dcproj＃2。
• 如果第一个发现的dcproj只是普通的图像分配器（比如启动MQ，没有代码，因此没有＆＃39; build：＆＃39;），那么compose会起来但是dev会被默默地转储。
• 奇怪的是，当解决方案中有多个dcproj文件时，您添加 - ＆gt; Docker支持您可以选择其中的哪一个。

或简而言之：如果没有对所有开发人员的强有力的解释，则无法使用。甚至花了很长时间才把所有这些责任碎片放在一起。

所以，这是我的问题： 有没有办法让这个组合与Visual Studios .dcproj一起使用？ 对这种常见情况有什么建议吗？

目前，我发现的唯一方法是拆分解决方案，其中唯一的区别是包含了docker-compose。感谢您提出任何想法并分享您的实践。

顺便说一下，我想添加一个dcproj文件标签。 ：）