只是想知道在成功构建后检查项目或解决方案的输出的推荐过程。
例如,Build与公共库相关。发布更改我希望将其签入已知位置,以便其他解决方案可以参考。
一些例子可能是
答案 0 :(得分:2)
我不会检查输出。相反,我会将它移动到一个众所周知的位置,可能是文件共享。
答案 1 :(得分:1)
我目前不这样做,但计划调查NuGet作为此方案的解决方案。 MSDN上有一些文章展示了如何将NuGet合并到您的项目中并托管您自己的NuGet包的私有库。 MSDN有一个构建示例,它可以编译您的公共代码,然后将其打包并将其更新到您的私有NuGet库中。然后在您的项目中,您将使用您希望使用的公共库的NuGet包。
主要MSDN文章描述了这个: http://msdn.microsoft.com/en-us/magazine/hh781026.aspx
其他资源:
答案 2 :(得分:0)
看看Ewald Hofman的这篇文章,it updates certain files and checks them in using a custom activity。您可以使用相同的过程。但这涉及自定义构建过程模板并将定制构建活动部署到所有构建代理。
但您可能还想调查免费的AIT Dependency Manager,它可以从buildserver下载一个版本的最新特定版本(可以过滤构建结果或质量)作为对另一个版本的引用(也在Visual Studio中) 。这比不断检查构建输出更灵活,并允许您让dev分支始终获得最新(不稳定)版本,但是您的发布分支始终获得最新的经过良好测试和批准的版本。