The NuGet Gallery
C# JavaScript CSS HTML ASP Batchfile Other
Switch branches/tags
Latest commit 62c5bd2 Nov 17, 2017 @cristinamanum cristinamanum Merge pull request #5033 from NuGet/dev
Merge dev to master
Failed to load latest commit information.
.github clean up root folder Mar 31, 2016
.nuget Upgrade build script to use latest version of bin-skim utility (#3395) Dec 5, 2016
.vs/config Simplified development setup Apr 27, 2017
content [Redesign] Address PM pass redesign issues (scottbom) (#4365) Jul 12, 2017
docs correct list formating Jun 9, 2014
src Improve performance of the PermissionsService (#5001) Nov 18, 2017
tests Improve performance of the PermissionsService (#5001) Nov 18, 2017
tools Only use the certificate, since `netsh http add sslcert` only accepts… May 12, 2017
.gitattributes Trying out a new gitattributes... Dec 9, 2013
.gitignore [Redesign] About page (#4067) Jun 8, 2017 Update May 21, 2014
COPYRIGHT.txt update copyright info May 27, 2015
CREDITS.txt update copyright info May 27, 2015
Deploy-StaticContent.ps1 Add Deploy-StaticContent.ps1 (#3529) Feb 11, 2017
LICENSE.txt Update LICENSE.txt Jun 4, 2015
NuGet.config Fix test failures Aug 31, 2016
NuGetGallery.sln Delete galops and NuGetGallery.Operations (#3602) Mar 1, 2017
NuGetGallery.sln.DotSettings minor formatting cleanup + ensure controllers are all partial (requir… Jun 24, 2015 Use HTTPS clone in instead of SSH (#3955) May 12, 2017
appveyor.yml Remove cloud service project from gallery (#3112) Aug 23, 2016
build.cmd Improve build script (#3477) Jan 21, 2017
build.ps1 Add support for building signed&unsigned nugetgallery.core packages (#… Oct 27, 2017
buildandtest.ps1 Enable delay signing on NuGetGallery.Core (#3583) Feb 22, 2017
ops.cmd Restored Gallery Operations to working order Aug 6, 2013
test.ps1 Improve build script (#3477) Jan 21, 2017

NuGet Gallery — Where packages are found

Build status

This is an implementation of the NuGet Gallery and API. This serves as the back-end and community website for the NuGet client. For information about the NuGet project, visit the Home repository.

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact with any additional questions or comments.

Build and Run the Gallery in (arbitrary number) easy steps

  1. Prerequisites:

    1. Visual Studio 2017 - Install the following Workloads:
      • ASP.NET and web development
      • Azure development
    2. PowerShell 4.0
  2. Clone it!

    PS C:\Code> git clone

  3. Build it!

    PS C:\Code> cd NuGetGallery
    PS C:\Code\NuGetGallery> .\build
  4. Set up the website!

    PS C:\Code\NuGetGallery> .\tools\Setup-DevEnvironment.ps1

  5. Ensure the NugetGallery project is the StartUp Project and press F5 to run the site! That's it!

When working with the gallery, e-mail messages are saved to the file system (under ~/App_Data). You can use an SMTP server instead by editing src\NuGetGallery\Web.Config and adding a Gallery.SmtpUri setting. Its value should be an SMTP connection string, such as: smtp://user:password@smtpservername:25. You can also turn off e-email confirmations by changing the value of Gallery.ConfirmEmailAddresses to false in the src\NugetGallery\Web.Config file.

Visual Studio may modify the applicationhost.config file. You can force git to ignore changes to this file with:

git update-index --assume-unchanged .vs/config/applicationhost.config

You can undo this with this command:

git update-index --no-assume-unchanged .vs/config/applicationhost.config

This should help prevent unwanted file commits.


If you find a bug with the gallery, please visit the Issue tracker and create an issue. If you're feeling generous, please search to see if the issue is already logged before creating a new one.

When creating an issue, clearly explain

  • What you were trying to do.
  • What you expected to happen.
  • What actually happened.
  • Steps to reproduce the problem.

Also include any information you think is relevant to reproducing the problem such as the browser version you used. Does it happen when you switch browsers. And so on.

Submit a patch

Before starting work on an issue, either create an issue or comment on an existing issue to ensure that we're all communicating. We have a list of items that are up for grabs and you can start working on (but always ping us beforehand).

To contribute to the gallery, make sure to create a fork first. Make your changes in the fork following the Git Workflow. When you are done with your changes, send us a pull request.

Copyright and License

Copyright .NET Foundation

Licensed under the Apache License, Version 2.0 (the "License"); you may not use this work except in compliance with the License. You may obtain a copy of the License in the LICENSE file, or at:

Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.

The Git Workflow

This is the Git workflow we're currently using:

Setting up

Clone and checkout the dev branch.

When starting a new feature/unit of work.

  1. Pull the latest. Begin by pulling to make sure you are up-to-date before creating a branch to do your work This assumes you have no local commits that haven't yet been pushed (i.e., that you were previously up-to-date with origin).

    git checkout dev
    git pull dev
  2. Create a topic branch to do your work. You must work in topic branches to help us keep our features isolated and easily moved between branches. Our policy is to start all topic branches off of the 'dev' branch. Branch names should use the following format '[user]-[bugnumber]'. If there is no bug yet, create one and assign it to yourself!

    git checkout dev
    git checkout -b anurse-123
  3. Do your work. Now, do your work using the following highly accurate and efficient algorithm :)

    1. Make changes.

    2. Test your changes (you're practicing TDD, right?)

    3. Add your changes to git's index.

       git add -A
    4. Commit your changes.

       git commit -m "<description of work>"
    5. if (moreWorkToDo) go to #3.1 else go to #4.

  4. Start a code review. Start a code review by pushing your branch up to GitHub (git push origin anurse-123) and creating a Pull Request from your branch to dev. Wait for at least someone on the team to respond with: ":shipit:" (that's called the "Ship-It Squirrel" and you can put it in your own comments by typing :shipit:).

  5. Merge your changes in to dev. Click the bright green "Merge" button on your pull request! Don't forget to delete the branch afterwards to keep our repo clean.

    If there isn't a bright green button... well, you'll have to do some more complicated merging:

    git checkout dev
    git pull origin dev
    git merge anurse-123
    ... resolve conflicts ...
    git push origin dev
  6. Be ready to guide your change through QA, Staging and Prod Your change will make its way through the QA, Staging and finally Prod branches as it's deployed to the various environments. Be prepared to fix additional bugs!