ItemGroup Ámbito del artículo, como alternativa "¿Por qué MSBuild me odia?"

Question

Tengo una solución que estoy tratando de construir en TFS. Quiero actualizar las versiones de todos los archivos apropiados, y he estado atascado tratando de hacer esto. Hay muchos enlaces sobre cómo hacerlo, pero ninguno de ellos funciona para mí, debido a un pequeño problema ... Alcance.

<?xml version="1.0" encoding="utf-8"?> 
<Project DefaultTargets="DesktopBuild" xmlns="http://schemas.microsoft.com/developer/msbuild/2003" ToolsVersion="3.5"> 
    <Target Name="DesktopBuild"> 
     <CallTarget Targets="GetFiles" /> 

     <Message Text="CSFiles: '@(CSFiles)'" /> 
    </Target> 

    <Target Name="GetFiles"> 
     <ItemGroup> 
      <CSFiles Include="**\AssemblyInfo.cs" /> 
     </ItemGroup> 
     <Message Text="CSFiles: '@(CSFiles)'" /> 
    </Target> 
</Project> 

Mi árbol se parece a esto:

• test.proj
• application.sln
• aplicación (carpeta)
• main.cs
• Propiedades (carpeta)
• AssemblyInfo.cs

Cuando corro "c: \ Windows \ Microsoft.NET \ Framework \ v3.5 \ MSBuild.exe test.proj" de la carpeta de la solución ... me sale la siguiente salida:

Microsoft (R) Build Engine Version 3.5.30729.1 
[Microsoft .NET Framework, Version 2.0.50727.3074] 
Copyright (C) Microsoft Corporation 2007. All rights reserved. 

Build started 7/6/2009 3:54:10 PM. 
Project "D:\src\test.proj" on node 0 (default targets). 
    CSFiles: 'application\Properties\AssemblyInfo.cs' 
DesktopBuild: 
    CSFiles: '' 
Done Building Project "D:\src\test.proj" (default targets). 


Build succeeded. 
    0 Warning(s) 
    0 Error(s) 

Time Elapsed 00:00:00.04 

Entonces, ¿cómo puedo hacer que mi ItemGroup tenga alcance global? Todos los archivos de Targets utilizados por el compilador y TeamBuild hacen lo mismo, y todos parecen ser globales ... No entiendo por qué esto no funciona para mí.

¿Algún ayuda?

Answer 1

¿Ha intentado utilizar DependsOnTarget en lugar de CallTarget? Podría ser que CallTarget está causando el problema de alcance.

Answer 2

Hacemos algo similar en nuestra compilación. Pasamos la versión como un parámetro de línea de comando.

En nuestra TFSBuild.proj hemos indicado que la versión 0.0.0.0 si hay versión fue suministrada:

<!--Our assembly version. Pass it in from the command prompt like this: /property:Version=1.0.0.0--> 
<PropertyGroup> 
    <Version>0.0.0.0</Version> 
</PropertyGroup> 

<PropertyGroup> 
    <!--Used to ensure there is a newline before our text to not break the .cs files if there is no newline at the end of the file.--> 
    <newLine>%0D%0A</newLine> 

Luego de hacer esto:

<Target Name="BeforeCompile"> 
    <!--Update our assembly version. Pass it in from the command prompt like this: /property:Version=1.0.0.0--> 

    <!--attrib needs to be run first to remove the read only attribute since files from tfs are read only by default.--> 
    <Exec Command='attrib -R $(SolutionRoot)\Source\Project\GlobalAssemblyInfo.cs' /> 

    <WriteLinesToFile File="$(SolutionRoot)\Source\Project\GlobalAssemblyInfo.cs" 
         Lines='$(newLine)[assembly: AssemblyVersion("$(Version)")]'/> 

</Target> 

Answer 3

El comentarista anterior era correcto, debe cambie esto para usar DependsOnTargets en lugar de usar la tarea CallTarget. Lo que está viendo es un bug que no es un scoping inssue. El error way to avoid es usar DependsOnTargets (que es un enfoque mucho mejor de todos modos).

Sayed Ibrahim Hashimi

Mi libro: Inside the Microsoft Build Engine : Using MSBuild and Team Foundation Build

Answer 4

Como se ha dicho, se debe utilizar DependsOnTargets. He hecho algunas investigaciones sobre el alcance de MSBuild, puede encontrar mis resultados en mi blog: http://blog.qetza.net/2009/10/23/scope-of-properties-and-item-in-an-msbuild-script/

Parece que hay un alcance global para el proyecto y un alcance local para el objetivo. Al ingresar el objetivo, se copia el alcance global y al salir del objetivo, el alcance local se fusiona nuevamente. Entonces, una CallTarget no obtendrá los valores de alcance locales modificados, pero DependsOnTargets lo hará desde que se sale del primer objetivo antes de ingresar el segundo.