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

Squirrel Docs Update - Visual Studio Packaging (includes PR #1120, #976, #830) #1188

Open
wants to merge 5 commits into
base: master
Choose a base branch
from

Conversation

kenbailey
Copy link
Contributor

@paulcbetts, when you get a chance can you merge this in. Includes a bunch of good changes to the Visual Studio Packaging docs by @poma, @Yitzchok, @markfox1, @PHeonix25, @awbacker, and others.

It includes a little bit of formatting I've done.

Thanks!

poma and others added 5 commits August 3, 2017 17:50
This is the latest version that includes all suggestions from Squirrel#630

Changes: 

* Automatically searches for nuget.exe and squirrel.exe and doesn't require opening package console
* Displays well formatted errors if executables are not found
* Changed MyApp to $(TargetName) to match project name bu default
* Added quotes around paths to support spaces in file path
* Note about new PackageReference directive
Merged additional suggestions from discussion in Squirrel#630
Changed MyApp to $(TargetName)
@kenbailey kenbailey changed the title Squirrel Docs Update - Visual Studio Packaging (includes PR #1120) Squirrel Docs Update - Visual Studio Packaging (includes PR #1120, #976) Oct 31, 2017
@kenbailey kenbailey changed the title Squirrel Docs Update - Visual Studio Packaging (includes PR #1120, #976) Squirrel Docs Update - Visual Studio Packaging (includes PR #1120, #976, #830) Oct 31, 2017
Note: this will not work if your solution uses new `PackageReference` directive instead of `packages.config` file for NuGet dependencies because it will be unable to find nuget.exe and squirrel.exe. In that case change path to executables accordingly.
* It suffers from a bug when sometimes NuGet packages are not loaded properly and throws nuget/squirrel is not recogized (9009) errors. **Tip:** In this case you may simply need to restart Visual Studio so the Package Manager Console will have loaded all the package tools
* If you get a `'squirrel' is not recognized as an internal or external command` error, you need to add the full path to `Squirrel.exe` in the build target `Exec Command` call.
* You can create a separate build configuration for building a package if you wish to avoid running `--releasify` every time you build your `Release` configuration (e.g., create a new `Package` configuration based on `Release`).
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Those 3 points no longer apply when using macros and Error tags, you should delete them

* It suffers from a bug when sometimes NuGet packages are not loaded properly and throws nuget/squirrel is not recogized (9009) errors. **Tip:** In this case you may simply need to restart Visual Studio so the Package Manager Console will have loaded all the package tools
* If you get a `'squirrel' is not recognized as an internal or external command` error, you need to add the full path to `Squirrel.exe` in the build target `Exec Command` call.
* You can create a separate build configuration for building a package if you wish to avoid running `--releasify` every time you build your `Release` configuration (e.g., create a new `Package` configuration based on `Release`).
* This will not work if your solution uses new `PackageReference` directive instead of `packages.config` file for NuGet dependencies because it will be unable to find nuget.exe and squirrel.exe. In that case change path to executables accordingly.
Copy link

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This probably can be moved to the relevant section of Build Target Configuration

@poma
Copy link

poma commented Nov 1, 2017

In my opinion this description is unnecessarily long, especially describing what every msbuild tag does. Leaving PR #1120 open so that maintainer can decide whether to merge additional text or not.

@kenbailey
Copy link
Contributor Author

@poma, fair enough. Thanks for the feedback.

@shiftkey shiftkey added the docs Issues and pull requests related to documentation changes label Apr 24, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
docs Issues and pull requests related to documentation changes
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants