[2015-10-11]tfs2015 vs2013 配置持续集成

时间:2024-10-17 11:36:50

今天刚配置完tfs2015+vs2013的持续集成(自动构建+自动发布),记录一下走过的坑。

tfs2015和tfs build server是之前其他同事装的,略去不讲,列一下几个坑以及埋坑方法。

前提

微软TFS的持续集成配过一次后会觉得真的还是蛮方便的,当然前提是你对它的构建工具和VS足够了解。

首先,打开vs2013的 团队资源管理器 ,连接上TFS后,在团队资源管理首页上可以看到 生成 ,点击进入生成后,新建生成定义。

自动生成的配置不麻烦,略去不表,参考创建或编辑生成定义,关键是生成后的自动发布,重点在 过程 的配置上。

过程的配置重点

过程这一节的配置,使用默认模板,重点在于配置:

  1. Build中的Projects 指定需要生成的解决方案;
  2. Build中的Configurations 指定要使用的配置,如 Any CPU|Release 如果配置名与默认可选的不同,可以直接编辑修改
  3. Build中的Advanced 设置msbuild的参数选项;
  4. Test中的Advanced 可以选择关闭测试项目的执行,disable tests;

其中msbuild的参数选项,是首次配置最迷糊的地方,其实这里就是用/p 设置一些msbuild脚本要用到的变量值。

/p:DeployOnBuild=True /p:PublishProfile=yourpublishprofile /p:AllowUntrustedCertificate=True /p:VisualStudioVersion=12.0  /p:Username=yourusername /p:Password=yourpassword

这里指定了vs版本号,就要提一下,生成服务器上需要安装vs,可以只选web开发相关功能安装,vs2013大概也要9G空间。

明明是类库项目,为啥msbuild在找发布配置文件?

这个坑,其实不容易遇到,只要是按部就班新建类库项目的话。(我也不知道为啥我们团队的类库项目会遇到这个情况)

症结在类库项目csproj文件的内容上,用记事本或其他文本编译器打开类库项目的csproj文件,在其中搜“Microsoft.WebApplication.targets”,应该是一个或两个import配置节,删除即可。

targets文件和csproj文件其实都是定义了一些msbuild的流程任务,而Microsoft.WebApplication.targets文件是为web应用准备的,一般类库项目是不该有这个配置的。

error MSB4166: Child node "3" exited prematurely

中文提示应该是 “字节点 3 过早退出,正在关闭”。

这个问题的处理,资料真不多,找了半天,最后终于看到一篇文章,是要设置msbuild的平台,由anycpu 改为 x86。

指定非官方的nuget源

为解决方案启用nuget restore后,如果不使用官方的源,可以在.nuget目录下的NuGet.targets中配置 PackageSource。

为何发布后,web.config 的配置转换没起作用?

参考 过程的配置重点 第二条

Build中的Configurations 指定要使用的配置: Any CPU|YourConfigName

LibGit2Sharp报异常,git2-msvstfs.dll中 git__thread__init 不存在

这个处理了很久,解决方式是在 msbuild 参数上加上 /p:GenerateBuildInfoConfigFile=false

其他问题

如果一个解决方案中有多个项目需要发布,那么发布的配置文件名必须一致。

webdeploy发布工具的使用也很重要,回头另开一帖。

参考

  1. MSBuild用法参考
  2. 创建或编辑生成定义