-
Notifications
You must be signed in to change notification settings - Fork 526
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Configure Output Directory #563
Comments
@agross @mexx @theimowski |
Yes, I don't see a reason for the adding complexity to paket. The OP should try to explain why he thinks the flexibility is required in the first place. AlexAlexander Groß On Sun, Jan 25, 2015 at 11:30 AM, Steffen Forkmann
|
In fairness, my use-case is not about managing packages & dependencies across projects for one solution. I needed it because I was trying to use Paket to download individual packages to a specific folder, as part of a script which coordinates the running of multiple executables delivered by the packages (its a micro-service application dev workflow tool). I can do it with nuget.exe but just wanted to try out Paket. However, whilst experimenting, I tripped up on the >260 chars filepath length. Might be nice if Paket had a backdoor to help get out of that? p.s. whats an OP? :-) |
Can't you just move the packages to the desired location after downloading? The OP ist the original poster that opened a thread on a message board. AlexAlexander Groß On Sun, Jan 25, 2015 at 10:41 PM, Nick notifications@github.com wrote:
|
Yes, but I may as well use nuget.exe with the switch fwiw. |
If you're fine with explicitly |
Good question! It was just on my radar... Nice work btw. Happy for me to close the issue? |
My 2¢ I'd like to use paket in various DevOps/CI/CD workflows, not directly related to managing packages in projects. Being able to pull dependencies from various source with one tool is pretty useful. But issues like this (or #3654) stifle this venue of adoption. Other nice to haves: |
Ability to configure the output directory when adding a package in the way that nuget.exe allows:
http://docs.nuget.org/docs/reference/command-line-reference#Install_Command
At present all packages are installed into ".\packages", which is inflexible.
The text was updated successfully, but these errors were encountered: