In fact, I accidentally tried an older version of the Nuget PackageManagement provider and it even complained that my Nexus feed was not a nuget feed - that was fixed by updating to the latest - but looks like for feeds and maybe packages it is trying to "sense" the type rather than just operate on it. nupkg extension to consider something a valid nuget package. Obviously the PowerShell PackageManagement CMDLets are not relying strictly on a. It only worked on some packages made with "cpack". Worked perfect on packages actually created by "nuget pack". So I used that command, along with choco push, to download => push => delete temp local copy, repeat. The only nuget tool that allowed "download only" (no install, no extraction) that I could find is PowerShell 5's packagemanagement command "Save-Package" So I have created a package pump / sync script for migrating that runs on a client. (And couldn't anyway if both were linux)įYI - This probably affects other migration / sync scenarios as well (including artifactory). Nexus's package store is not plain *.nupkg files - whether Windows or not - so this can't be done from server side. Now I am just going through a package migration from a Nexus Repository Windows Server to a Nexus Repository Linux Server. In this case I setup a powershell on the proget server and read the entire pack volume and shoved it into nexus with push commands Msiexec.exe /package PowerShell-7.0.3-win-圆4.I have already done Proget (windows only) => Nexus on Windows.
Invoke-WebRequest -Uri -OutFile PowerShell-7.0.3-win-圆4.msi Write-Host "Installing SQL Server Management Studio."Ĭhoco install sql-server-management-studio -y Write-host "Installing Exact Audio Copy."Ĭhoco install google-drive-file-stream -y Write-host "Installing k-lite codec pack."
# Set-ExecutionPolicy Bypass -Scope Process -Force ::SecurityProtocol = ::SecurityProtocol -bor 3072 iex ((New-Object ).DownloadString(''))
0 kommentar(er)
