Reload nginx config in Windows
> nginx -s reload
Updates from March, 2013 Toggle Comment Threads | Keyboard Shortcuts
-
Richard
-
Richard
5 things NuGet could learn from NPM
While I was at the MVP summit this year I attended a session on OSS & Microsoft. We concluded that more could be done to encourage open source contribution in the community. We agreed that technologies like NuGet enable these kinds of projects, but there is room for improvement.
Package Management is core to the Node.js community. Largely because Node doesn’t do much on it’s own. The NPM command line tool is powerful and simple, and the NPM registry website is good. There are about twice the number of packages in NPM compared to NuGet. At the time of writing 56 million packages have been downloaded from NuGet, NPM does that in two months. Yet I would estimate there are far more C# developers out there compared to Noders.
So what can NuGet learn from NPM? Ignoring the underlying technology, the NPM website itself exposes a number of useful pieces of data that NuGet seems to lack.
- Downloads a week. NuGet shows you the total downloads for that version of the package, but that doesn’t tell me anything about the rate of download. The downloads/week is a much better way for me to gauge the popularity of a package.
- Link to Repository. NPM will give you the link to the (usually) GitHub repository for the package. The usefulness of this cannot be overestimated!
- Link to Bugs. It’s really useful to know where to file a bug, or where a list of bugs are.
- Dependent packages. Who else has trusted this package? Another useful way of determining the quality / popularity.
- The Readme. This is just scraped from GitHub, but why oh why does NuGet not have any documentation, or links to documentation?
NuGet is disconnected from the source. In the open source world, the repository is not just some lines of code, it’s the centre of documentation, issue tracking and collaboration. NuGet needs GitHub/Codeplex/Bitbucket/whatever integration if it wants to present users with the information needed to choose and use packages.
How can we pull these things together more tightly? Could an automated build service be the way to connect a package repository to the source code?
-
Richard
Perhaps Maarten has the answer: http://blog.maartenballiauw.be/post/2013/03/18/NuGet-Package-Source-Discovery.aspx
-
Jeff Handley
This is really good feedback for us. Thanks!
-
theevillittledeveloper
Agree with everything here, in addition, nuget is still missing some key what I would call “basic” features of a package manager that are just as important. Nuget is fine, when all you want to do is add a shared library to your project, but it’s also a mechanism for providing tools such as test runners, and build tools, scaffolders, sometimes you want to install those locally, but usually I’d rather have a “npm -g” option for nuget to install globally or for the current user.
-
Richard
Agreed.
Most of the functionality you mention is built into visual studio, or the TFS tooling, but my preference is to run stuff from the command line.
Is there appetite for a ‘nuget++’, with the missing features added in?
-
-
sameh selem
Nuget has a read me file
-
java366
Reblogged this on Site Title.
-
Richard
Install .NET 3.5 on Windows Server 2012
PS> Add-WindowsFeature Net-Framework-Core
java366, 
Richard Astbury's Blog 
Reply
You must be logged in to post a comment.