How does Paket stack up against NuGet 3's project.json?
See original GitHub issueI notice that the Paket website/documentaton doesn’t make any mention of project.json
Project.json Intro, which for NuGet’s purposes basically replaces package.config
(in participating projects), with a few differences:
- First and foremost,
project.json
does not bake in transitive dependencies; instead, these are resolved during package restore and written into a lockfile. (This should sound familiar.) - With
project.json
, NuGet does not modify project files during package “install” or restore (Except ifproject.json
is the project file, like for ASP.NET 5, though reportedly NuGet is not actually used for ASP.NET 5?) Instead, the build system is supposed to pick up references from the lockfile,project.lock.json
. - Install/Uninstall scripts are unsupported and ignored by design. (Also familiar.)
- Content transforms are unsupported and ignored by design. (Presumably, whether or not this sounds familiar, Paket behaves the same way.)
- Content files aren’t supported either, but in this case that’s not by design, it’s because they haven’t decided on a design for how this should work with
project.json
yet.
And that’s just the things that NuGet 3 doesn’t do anymore with project.json
; there are also some new features, too.
It would be nice if you’d talk about the extent to which the advantages that you mention Paket has over packages.config
also apply to project.json
, whether any new advantages have cropped up, and (god forbid!) any advantages project.json
might have at the moment.
Docs
The NuGet documentation includes these pages about project.json
:
- Project.json Intro, or NuGet 3.0, .NET and project.json
- Project.json Format, or Project.json Usage
- Project.json Dependency, or Dependency Resolution in NuGet v3 / project.json
Issue Analytics
- State:
- Created 8 years ago
- Comments:41 (22 by maintainers)
Top Results From Across the Web
project.json impact on NuGet package authors
Details on how the implementation of project.json in NuGet 3.x affects package authors, such as unsupported features, content, and package ...
Read more >Nuget project.json vs packages.config
My app has a project.json (which is kind of the new packages.config). But I do not understand what this warning is trying to...
Read more >project.json File Reference for NuGet
The project.json file maintains a list of packages used in a project, known as a package management format. It supersedes packages.config but is...
Read more >Getting Started with Paket – Part 1 - The Cockney Coder
It works with the same NuGet packages, from the same sources, on both “full-fat” .NET and Dotnet Core. Paket is a mature project...
Read more >Blazor hero alternative. Open-source MIT … Clean Architec
The easiest way to get started with Blazor Hero is to install the NuGet package and run dotnet new BlazorHero. We will also...
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
I have a C# .NET service. It uses paket, which I have been very, very happy with. I just googled paket CoreClr to investigate what is required to port my service to CoreClr and I have to say this thread is thoroughly depressing and aggressive in tone.
This thread is a massive, massive turn off to CoreClr and to .NET OSS / ecosystem in general. I really hope this is a temporary blip and not a mask slipping.
Frankly it’s embarrasing to read.
no comment