Skip to content
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

order of sources backwards (may be) #233

Closed
ctaggart opened this issue Oct 9, 2014 · 0 comments
Closed

order of sources backwards (may be) #233

ctaggart opened this issue Oct 9, 2014 · 0 comments

Comments

@ctaggart
Copy link
Contributor

ctaggart commented Oct 9, 2014

I'm using the latest paket 0.5.0-alpha005 with this paket.dependencies from SourceLink.

source http://nuget.org/api/v2
source https://ci.appveyor.com/nuget/sourcelink-helmesfwai2a

When I delete the packages folder and run .\paket.exe update, I'm expecting it to try nuget.org and then appveyor.com. Is that the intended behavior? It is acting like F# open statements were the last one wins, but I think it should be the former. Either will work as long as it is documented.

image

In this case, I end up with SourceLink 0.4.0 locked to appveyor.com instead of nuget.org like I wanted. The workaround obviously being to reverse the order of the sources.

NUGET
  remote: http://nuget.org/api/v2
  specs:
    FAKE (3.5.8)
    FSharp.Data (2.0.15)
      Zlib.Portable (>= 1.10.0)
    LibGit2Sharp (0.19.0.0)
    Mono.Cecil (0.9.5.4)
    Zlib.Portable (1.10.0)
  remote: https://ci.appveyor.com/nuget/sourcelink-helmesfwai2a
  specs:
    SourceLink.Fake (0.4.0)
@forki forki closed this as completed in c0148a7 Oct 9, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant