Skip to content

TargetFramework.Sdk should ensure an unique TargetFramework property in inner builds #4859

@ViktorHofer

Description

@ViktorHofer
  • Is this issue blocking: no
  • Is this issue causing unreasonable pain: no

Porting comments from dotnet/runtime#32300 (comment):

@ViktorHofer: Can we avoid such breaks by coming up with a better pattern which guarantees unique TargetFramework properties in the different inner-builds?

@Anipik: Actually, That was our first experiment. Later on this project we shifted to remove the TargetFrameworkSuffix from TargetFramework bcoz we hit a significant block. I will try to dig up the reason. @ericstj do u remember wht caused us to remove the TargetFrameworkSuffix during the build ?

@ViktorHofer: +1. Yes, please dig up the reason for the change in direction.

@tmat: Please file an issue to fix Microsoft.DotNet.Build.Tasks.TargetFramework.Sdk...

Metadata

Metadata

Assignees

No one assigned

    Labels

    area-Infrastructure-librariesArea maintained by .NET libraries team: APICompat, AsmDiff, GenAPI, GenFacades, PkgProj, etc

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions