<Private>True</Private> is Visual Studio-specific
See original GitHub issueWhen making a change with Paket, it automatically adds the <Private>True</Private>
element to each dependency reference in the xxproj files.
I would rather it did not. After making a change to a project file in Xamarin Studio, this is the result:
It means that all project files receive a lot of churn, and it’s an annoyance to manually fiddle with a project in XS before committing every time paket has been used.
If it’s the opposite case for Visual Studio, and it requires the Private-element-flag, or otherwise adds it itself, then perhaps a nice heuristic would be to check whether paket is running on mono, and then not add the flag?
Issue Analytics
- State:
- Created 9 years ago
- Comments:28 (25 by maintainers)
Top Results From Across the Web
What does the Private setting do on a ProjectReference in ...
Private metadata on a ProjectReference item corresponds to the "Copy Local" property on the reference node in Visual Studio's Solution ...
Read more >Common MSBuild Project Items
All project types in Visual Studio have several items in common. ... Private, Optional boolean. ... Defaults to true . Private, Optional ...
Read more >PackageReference in project files - NuGet
When developmentDependency is set to true in a .nuspec file, this marks a package ... Starting with NuGet 5.7 & Visual Studio 2019...
Read more >MSBuild reference for .NET SDK projects
The IsPublishable property allows the Publish target to run. This property only affects processes that use .*proj files and the Publish target, ...
Read more >ResolveAssemblyReference Task - MSBuild
Private : Boolean value. If true , then the item is copied locally. The default value is true . - HintPath : String...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Strange. In referenced docs we find:
According to this
true
is not even a valid value.@forki on the linked page, for the “Reference” element’s “Private” attribute it says:
The only place where “Always”, “Never” and “PreserveNewest” are mentioned is on the “CopyToOutputDirectory” attribute.
Further, I can confirm that “True” and “False” are what Visual Studio 2015 places in that value. According to the MSDN documentation, “True” and “False” are the only valid values.