ItemGroup Öğe kapsamı, alternatif olarak "MSBuild neden benden nefret ediyor?"

Question

TFS üzerinde oluşturmaya çalıştığım bir çözüm var. Tüm uygun dosyaların sürümlerini güncellemek istiyorum ve bunu yapmak için uğraştım. Nasıl yapılacağına dair pek çok bağlantı var, ama bunların hiçbiri benim için değil, küçük bir sorun yüzünden.

<?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> 

Benim ağaç şöyle görünür:

• test.proj
• application.sln
• uygulama (Klasör)
• main.cs
• Özellikleri (Klasör)
• AssemblyInfo.cs

koşuyorum "c: \ Windows \ Microsoft.NET \ v3.5 \ MSBuild.exe test.proj Framework \" çözüm klasöründen ... Ben olsun aşağıdaki çıkışı:

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 

Peki benim ItemGroup yapabilirsiniz küresel kapsama sahip? Derleyici ve TeamBuild tarafından kullanılan tüm Hedefler dosyaları aynı şeyi yapıyor ve hepsi de küresel görünüyor ... Neden bunun benim için çalışmıyor olduğunu anlamıyorum.

Herhangi bir yardım?

Answer 1

CallTarget yerine DependsOnTarget kullanmayı denediniz mi? CallTarget'ın konuya neden olması olabilir.

Answer 2

Yapımıza benzer bir şey yapıyoruz. Sürümü bir komut satırı parametresi olarak aktarıyoruz. Bizim TFSBuild.proj olarak

hiçbir sürüm sağlanmadı ise 0.0.0.0 olarak versiyonunu ayarlayın:

<!--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> 

bu Sonra yapın:

<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

önceki yorumcu doğruydu, şunları yapmalısınız CallTarget görevini kullanmak yerine DependsOnTargets kullanmak için bunu değiştirin. Gördüğünüz, bir kapsam sorunu değil bug. way to avoid bu hata DependsOnTargets kullanmaktır (ki bu çok daha iyi bir yaklaşımdır anywayz).

Sayed Ibrahim Haşimi

My Kitap: Inside the Microsoft Build Engine : Using MSBuild and Team Foundation Build

Answer 4

olarak, DependsOnTargets kullanmak gerektiğini söyledi. MSBuild kapsamı hakkında bir araştırma yaptım, sonuçlarımı blogumda bulabilirsiniz: http://blog.qetza.net/2009/10/23/scope-of-properties-and-item-in-an-msbuild-script/

Projenin küresel bir kapsamı ve hedef için yerel bir kapsam olduğu görülmektedir. Hedefi girerken, global kapsam kopyalanır ve hedeften çıkarken yerel kapsam tekrar birleştirilir. Dolayısıyla, bir CallTarget, değiştirilmiş yerel kapsam değerlerini alamaz ancak DependsOnTargets, ikinci hedefe girmeden önce ilk hedeften çıkılır.