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

Create NuGet package release #36

Closed
rneatherway opened this issue Jun 30, 2015 · 10 comments · Fixed by #423
Closed

Create NuGet package release #36

rneatherway opened this issue Jun 30, 2015 · 10 comments · Fixed by #423
Labels

Comments

@rneatherway
Copy link
Contributor

No description provided.

@baronfel
Copy link
Contributor

Is the intent here to have a FsAutoComplete nuget package that just zips up all the outputs and makes them available via single-package download?

@rneatherway
Copy link
Contributor Author

That might have been it, but honestly it is so long ago that I cannot remember why this would be useful.

@enricosada
Copy link
Contributor

@baronfel ihmo the easier way to release FSAC will be:

  • pack the fsac as .net global tool (so will bundle the .net core fsac) with /p:PackAsTool=true
  • copy the published .NET FSAC inside the nupkg, in tools/net461/any, similar to tools/netcoreapp2.0/any
  • publish that package to nuget org

that will allow to install fsac with dotnet tool install, or bundle in others editors extensions because is just a single zip package

example dotnet tool install Equinox.Tool -g who is a .net core tool + contains a net .exe:

@Krzysztof-Cieslak
Copy link
Member

We should

  1. Release LanguageServerProtocol.fsproj as NuGet package
  2. Release FSAC.Core as NuGet package
  3. Release FSAC as global dotnet tool (especially important for people that'd want to use LSP version with emacs/ST3/etc - right now suggestion for them is to build from master - look at instructions here https://github.com/emacs-lsp/lsp-mode#supported-languages)

@Krzysztof-Cieslak
Copy link
Member

But we probably want to wait with releasing all that for solving FSAC ownership problem. CC: @ReedCopsey

@Krzysztof-Cieslak Krzysztof-Cieslak added the maintenance Improve codebase label Jun 13, 2019
@enricosada
Copy link
Contributor

enricosada commented Jun 13, 2019 via email

enricosada added a commit that referenced this issue Jun 27, 2019
as tool package `fsautocomplete`, invoke as `dotnet fsautocomplete`

the build script generate it in `bin/pkgs` like other artifacts

Workaround for .net tool

- add transitive p2p deps to fsautocomplete console proj because workaround doesnt work with paket
- nuget error out as licenseid and licenseurl both set

fix #36
@tani
Copy link

tani commented Jan 29, 2020

@enricosada @Krzysztof-Cieslak I could not found any packages about FSAC on nuget.org, Do you have any plan to upload these packages?

@baronfel
Copy link
Contributor

baronfel commented Jun 6, 2021

Going to reopen this as we're not currently publishing packages to nuget right now of any kind.

@baronfel
Copy link
Contributor

baronfel commented Jun 7, 2021

We're going to make an Ionide group in nuget and publish the initial version of this dotnet tool under that group. It's quite easy to add/transfer ownership of the package if it becomes necessary (ie if the fsharporg organization should be the maintainer, etc).

@baronfel
Copy link
Contributor

baronfel commented Jun 9, 2021

This has been done, the package can now be fetched from Nuget. The command is dotnet tool install fsautocomplete, though of course it can be installed globally, locally, or to a specific path based on what the user wants.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Development

Successfully merging a pull request may close this issue.

5 participants