OneGet is in a stable state and is expected to recieve only high-priority bug fixes from Microsoft in the future. We continue to welcome updates and improvements from the community.
Build Status - Master
|AppVeyor (Windows)||Travis CI (Linux / macOS)|
Build Status - Nightly Builds
PackageManagement (aka OneGet)
PackageManagement is supported in Windows, Linux and MacOS now. We periodically make binary drops to PowerShellCore, meaning PackageManagement is a part of PowerShell Core releases. Also PackageManagement and PowershellGet Modules are regularly updated in PowerShellGallery.com.
Thus check out the latest version from PowerShellGallery.com.
OneGet is shipped in Win10 and Windows Server 2016! For downlevel OS, you can install the WMF 5.1 and then start using the OneGet.
You can follow @PSOneGet on Twitter to be notified of every new build.
- Learn how to use the PowerShell OneGet cmdlets and try some samples
- Read our General Q and A
- Read Writing OneGet Provider Guidelines
- Learn about the 8 Laws of Software Installation
- General Troubleshooting
- Check out more help information in our wiki page
What is PackageManagement (OneGet)?
OneGet is a Windows package manager, renamed as PackageManagement. It is a unified interface to package management systems and aims to make Software Discovery, Installation, and Inventory (SDII) work via a common set of cmdlets (and eventually a set of APIs). Regardless of the installation technology underneath, users can use these common cmdlets to install/uninstall packages, add/remove/query package repositories, and query a system for the software installed.
With OneGet, you can
- Manage a list of software repositories in which packages can be searched, acquired, and installed
- Search and filter your repositories to find the packages you need
- Seamlessly install and uninstall packages from one or more repositories with a single PowerShell command
Let's Try it
- Windows 10, Windows Server 2016, or down-level Windows OS + WMF5
- Linux or Mac with the PowerShellCore
Working with PowerShellGallery.com
# 1.check available providers PS E:\> get-packageprovider Name Version DynamicOptions ---- ------- -------------- msi 18.104.22.168 AdditionalArguments msu 22.214.171.124 PowerShellGet 126.96.36.199 PackageManagementProvider, Type... Programs 188.8.131.52 IncludeWindowsInstaller,... # 2. find a module from the PowerShell gallery, for example, xjea PS E:\> find-module xjea NuGet provider is required to continue PowerShellGet requires NuGet provider version '184.108.40.206' or newer to interact with NuGet-based repositories. The NuGet provider must be available in 'C:\Program Files\PackageManagement\ProviderAssemblies' or 'C:\Users\jianyunt\AppData\Local\PackageManagement\ProviderAssemblies'. You can also install the NuGet provider by running 'Install-PackageProvider -Name NuGet -MinimumVersion 220.127.116.11 -Force'. Do you want PowerShellGet to install and import the NuGet provider now? [Y] Yes [N] No [S] Suspend [?] Help (default is "Y"): y Version Name Repository Description ------- ---- ---------- ----------- 0.3.0.0 xJea PSGallery Module with DSC Resources for Just Enough... # 3. install a module from the PowerShell gallery PS E:\> Install-Module xjea Untrusted repository You are installing the modules from an untrusted repository. If you trust this repository, change its InstallationPolicy value by running the Set-PSRepository cmdlet. Are you sure you want to install the modules from 'gallery'? [Y] Yes [A] Yes to All [N] No [L] No to All [S] Suspend [?] Help (default is "N"): y # 4. Find out if a module is installed PS E:\> Get-InstalledModule -name xjea Version Name Repository Description ------- ---- ---------- ----------- 0.3.0.0 xJea gallery Module with DSC Resources for Just Enough Admin (JEA).. # 5. Uninstall a module PS E:\> Uninstall-Module -name xjea
http://www.NuGet.org repositoryWorking with
Try the latest PackageManagement (OneGet)
You can run
install-module PowerShellGet to install the latest PackageManagment and PowerShellGet from PowerShellGallery.
Downloading the Source Code
OneGet repo has a number of other repositories embeded as submodules. To make things easy, you can just clone recursively:
git clone --recursive https://github.com/OneGet/oneget.git
If you already cloned but forgot to use
--recursive, you can update submodules manually:
git submodule update --init
Building the code
# After cloning this repository, go to the project folder: > cd oneget > cd src # download the dotnet cli tool > .\bootstrap.ps1 # building OneGet for fullclr > .\build.ps1 net452 #building OneGet for coreclr > .\build.ps1 netstandard2.0
If successfully built above, you should be able to see a folder:
oneget\src\out\PackageManagement\ whose layout looks like below:
We can use
publish-module to create a .nupkg. Assuming you want to put the generated .nupkg in c:\test folder. You can do something like below. Note I cloned to E:\OneGet folder.
cd E:\OneGet\oneget\src\out\PackageManagement Register-PSRepository -name local -SourceLocation c:\test Get-PSRepository Publish-Module -path .\ -Repository local PS E:\OneGet\oneget\src\out\PackageManagement> dir c:\test\PackageManagement*.nupkg Directory: C:\test Mode LastWriteTime Length Name ---- ------------- ------ ---- -a---- 11/4/2016 4:15 PM 1626335 PackageManagement.18.104.22.168.nupkg
Then you can do
find-module -Repository local install-module -Repository local -Name PackageManagement
to get the newly built PackageManagement on your machines.
You can also manually copy the OneGet binaries. For example, copy the entire
E:\OneGet\oneget\src\out\PackageManagement folder you just built to your
If you are running within PowerShellCore,
similarily drop the PackageManagement folder to your
or copy to
if you are running on Linux or Mac.
Note: OneGet version number can be found from the PackageManagement.psd1 file.
Testing the code
> cd oneget > cd Test > & '.\run-tests.ps1' fullclr > & '.\run-tests.ps1' coreclr
Understanding the OneGet code repository
OneGet is under rapid development, so you get to see just how the sausage is being made. I try to keep the master branch clean and buildable, but my own working branch can get pretty damn wild and I make no bones about some of this. I work fast, I make big changes, and I try to keep my eye on the target.
Feel free to clone the repository and check out the different branches:
There are currently three branches in the git repository:
|@sydneyhsmith||Program Manager on OneGet.|
|@jianyunt||Engineer owner on OneGet & its providers.|
|@edyoung||Our engineer manager on OneGet.|
|@alerickson||Engineer on the team.|
- NuGet Provider
- PowerShellGet Provider
- Check out OneGet providers from our Community such as Gistprovider, OfficeProvider, 0Install and more from powershellgallery.com or simply run Find-PackageProvider cmdlet
- Want to write a provider? Check out our sample provider
- Want to download packages from http://Chocolatey.org, try out ChocolateyGet provider
- Want to control which packages to use and where to get them from based on your organization? Check out PSL provider