我有一个Visual Studio Online帐户,其中包含一个基于Git的团队项目,其中包含一个' Backend.sln'目前包含一些项目的解决方案:
一个Azure云服务(.ccproj)
..具有一个Web角色.csproj项目
..并且该Web角色项目引用了三个其他项目/ .csproj文件
除此之外,还有一个(女士测试)单元测试项目 引用Web角色.csproj文件以及前面提到的3 辅助性的其他项目。
此外,该解决方案中没有一个或两个.csproj 目前的参考文献(正在开发中)。
因此,选择一个云服务项目和一些项目的解决方案,其中一个是单元测试项目,所有项目被选择为两者构建,发布和调试(任何CPU)解决方案配置。
由于此解决方案针对的是Azure云服务,因此我继续将Azure Cloud Service链接到此VSO项目(使用Azure门户中的链接机制),该项目基于&设置该团队项目中的* _CD构建定义#39; GitContinuousDeploymentTemplate.12.xaml '构建模板,我在' 2中选择了Backend.sln。构建> 2.1项目'并设置' 2。构建> 2.2配置'到任何CPU |发布'。
现在,从此定义运行构建仅 Azure云项目并正在构建&已发布,这意味着只构建Web角色.csproj及其直接引用的其他三个项目。
单元测试项目和其他未引用的项目未构建..因此其中的测试不会运行 - 构建日志甚至不提及/包含* Tests.csproj项目,同样对于其他未参考的项目! 再次:它们 指定在Backend.sln'任何CPU |发布'中构建。配置。
所以,我的问题是:为什么它只针对&发布Azure Cloud Service项目,更重要的是 - 如何更改它以便在部署之前运行测试?
我不能成为第一个在基于Git的VSO项目中使用此持续部署功能的单元测试,可以吗?
我最初在基于TFVC的VSO团队项目中有这个设置/项目,也链接到Azure,在那里DID工作完全正常如预期 - 所有内容都包括测试,因为它们是构建的,它们也是通过测试找到的跑步者和跑步者。
我也在MSDN forums处问过这个问题,显然我是not the only one with these problems,但我想知道,这里的解决方案是什么?不支持测试的持续部署是这样做的一种方式,但在我看来是一种冒险的方式。
答案 0 :(得分:0)
我注意到当我创建一个新项目时,生成的测试项目进入了我的用户文件夹而不是我的git仓库。它们被解决方案文件引用,因此VSO上的构建失败。也许你可能有同样的问题?