Gitversion: VS2017 GitVersionTask for netstandard13 yields duplicate attributes on Build, foiled by AssemblyInfo autogen

[tofutim]

I'm quite fond of GitVersionTask. Sadly, I'm seeing some issues with VS2017. To replicate the issue,

1. Create a new .NET Standard project, switch to netstandard13 (default is netstandard14)
2. In the csproj, add
   <PackageTargetFallback Condition=" '$(TargetFramework)' == 'netstandard1.3' ">portable-net45+win81</PackageTargetFallback>
3. Add GitVersionTask from NuGet - here version 3.6.5 (365!)
4. git init
5. Build

Note: This worked in VS2015. Though I had to comment out the properties. Doesn't seem that there is a way to do so in the VS2015 library (no Properties folder). Any tips much appreciated.

Update. Looks like it is possible to prevent autogeneration of the AssemblyInfo per https://stackoverflow.com/questions/42138418/equivalent-to-assemblyinfo-in-dotnet-core-csproj though I wonder what this means for the nuget pack feature. Looks like autogeneration comes from the nuget package specifications in Properties.

csproj looks like

<Project Sdk="Microsoft.NET.Sdk">

  <PropertyGroup>
    <TargetFramework>netstandard1.3</TargetFramework>
    <PackageTargetFallback Condition=" '$(TargetFramework)' == 'netstandard1.3' ">portable-net45+win81</PackageTargetFallback>
  </PropertyGroup>

  <ItemGroup>
    <PackageReference Include="GitVersionTask" Version="3.6.5" />
  </ItemGroup>

</Project>

I wonder if the only solution is to give on GitVersionTask and run it GitVersion after the fact but before compiling.... although I guess if it is not auto-generated Gitversion won't be able to modify it???

Update2. Looks like the only solution for now is

<GenerateAssemblyInfo>false</GenerateAssemblyInfo>

[SimonCropp]

Try disabling the new assembly info generation feature https://github.com/Particular/NServiceBus.Ninject/blob/develop/src/NServiceBus.Ninject/NServiceBus.Ninject.csproj#L7

[bording]

If you don't want to disable the assemblyinfo generation feature entirely, you can instead add the following to your project file:

<GenerateAssemblyFileVersionAttribute>false</GenerateAssemblyFileVersionAttribute>
<GenerateAssemblyInformationalVersionAttribute>false</GenerateAssemblyInformationalVersionAttribute>
<GenerateAssemblyVersionAttribute>false</GenerateAssemblyVersionAttribute>

[bording]

@tofutim In addition to the workarounds listed here, this is fixed in the latest 4.0 beta release, though there are some side effects: #1241, #1242.

[tofutim]

mil gracias!

On Wed, Jun 28, 2017 at 4:29 PM, Brandon Ording [e-mail]
wrote:

@tofutim https://github.com/tofutim In addition to the workarounds
listed here, this is fixed in the latest 4.0 beta release, though there are
some side effects: #1241
https://github.com/GitTools/GitVersion/issues/1241, #1242
https://github.com/GitTools/GitVersion/issues/1242.

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/GitTools/GitVersion/issues/1231#issuecomment-311820118,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAJoRsZTJjhB7NxD5pNXVss853UyUM6kks5sIuHcgaJpZM4NzjuQ
.

[gregpakes]

Is this actually resolved? I am using the Azure DevOps task (4.0.0.4) and it doesn't work out of the box with the new project system. I have to put these into every project to avoid the Duplicate Attribute exception:

<GenerateAssemblyFileVersionAttribute>false</GenerateAssemblyFileVersionAttribute>
<GenerateAssemblyInformationalVersionAttribute>false</GenerateAssemblyInformationalVersionAttribute>
<GenerateAssemblyVersionAttribute>false</GenerateAssemblyVersionAttribute>

Is that expected?

[stale[bot]]

This issue has been automatically marked as stale because it has not had recent activity. After 30 days from now, it will be closed if no further activity occurs. Thank you for your contributions.