fsprojects / fsprojects/Paket

Fallback packet.config locations

Open
#1,399 1 comment 2 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

credentials enhancement up-for-grabs
Dominant language
F#
Stars
2.1k
Forks
528
Avg merge
1d 12m
Merged PRs (30d)
54

Description

From what I can tell from the doc (https://fsprojects.github.io/Paket/paket-config.html), it seems the paket.config file is located in the %appdata%/Paket/ folder and it's the only file used for the config. However, it would be nice if it would use a similar path fallback mechanism like nuget (see: https://docs.nuget.org/consume/nuget-config-file#user-content-nuget-config-extensibility-point). So basically I would like to set my apikey in the solution's .paket/paket.config file so that I could include that file in source control so that the whole team would be able to automatically push their packaged project to our nuget server automatically using that apikey. We have a post-build batch file that is executed when we set the config to Release and that automatically packages and pushes the newly built project to the nuget server. I don't want to tell every developer to run a command to add the apikey to their %appdata%/Paket/paket.config file.

For the moment I could probably add that command to the batch file, so it will automatically be executed before the push, but it's not very elegant.

Edit: Well, the correct way to do this for me is to simply use apikey when using the push command. However when working on this I found a message that seems a bit misleading. When I use the push command and the file isn't OK (for example if you specify a directory with no files in it), I get the message Could not push package ..\NugetPackages" apikey thisisanapikey. Please specify a NuGet API key via environment variable "nugetkey".. It should probably first check if my package parameter is valid (file exists), and tell me that it's not instead of hinting at the apikey right away.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start at the push command and trace validation of the package argument relative to the API-key check. Reproduce the case with a nonexistent file or empty directory, then make the completed behavior report the invalid package path before suggesting the NuGet API key.

Written by the indexing model from the issue text.

Assessment

Tech stack
fsharp
Domain
cli, tooling
Issue type
Bug
Difficulty
3/5
Estimated time
1-2 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.