Para mí, conseguir .NET 4.0 y .NET Control de Velocidad ir se reducía a esto:
1) Evitar MSBuild 64 bits como de la peste ... tener un trabajo de compilación de 32 bits primero .
2) Simplemente especifique la ruta completa al registrador, no la clase típica, formato de ensamblaje .
3) Despliegue el paquete de orientación del disco VS 2010. \ WCU \ MTPack \ NetFx_DTP.msi EXTUI = 1/log install.log
4) Siempre demuestre que MSBuild funciona primero desde la línea de comando.
5) Crear una configuración en el archivo de solución y afecta a los proyectos que desea construir
<msbuild>
<!-- WARNING: You must copy the files from C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v10.0\WebApplications to the same path on your build server -->
<executable>C:\Windows\Microsoft.NET\Framework\v4.0.30319\MSBuild.exe</executable>
<workingDirectory>C:\builds\SOLUTIONFOLDER\trunk\</workingDirectory>
<projectFile>C:\builds\SOLUTIONFOLDER\trunk\SOLUTIONNAME.sln</projectFile>
<buildArgs>/noconsolelogger /p:Configuration=CruiseControl /v:diag</buildArgs>
<targets>Build</targets>
<timeout>15</timeout>
<logger>C:\CruiseControl\server\ThoughtWorks.CruiseControl.MSBuild.dll</logger>
</msbuild>
Ahora bien, si Microsoft sólo nos permitiría instalar fácilmente MSTest en nuestros servidores Build ... La gente ha estado pidiendo durante 5 años, ¿cómo puede Microsoft haber aprendido tan poco sobre las pruebas?
Buena suerte a todos.
+1 por el punto sobre MSTest. Tuvimos que instalar VS en nuestro servidor de compilación y eso es simplemente tonto. Supongo que es porque quieren que usemos el servidor TFS Build, pero ahora es tan inmaduro que CCNet es una opción mucho mejor. – John