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

Fix-up dotnet command docs #1705

Merged
merged 7 commits into from
Mar 21, 2017
Merged

Fix-up dotnet command docs #1705

merged 7 commits into from
Mar 21, 2017

Conversation

guardrex
Copy link
Contributor

Fixes #1656

Notes

  • Rolled the help option back into the main arg/option list on each command
  • Cleaned up the commands, args, and options
  • Major grammar/style fix-up

@guardrex guardrex added this to the March 2017 milestone Mar 10, 2017
@guardrex guardrex self-assigned this Mar 10, 2017
@dnfclas
Copy link

dnfclas commented Mar 10, 2017

@guardrex,
Thanks for having already signed the Contribution License Agreement. Your agreement was validated by .NET Foundation. We will now review your pull request.
Thanks,
.NET Foundation Pull Request Bot

Copy link
Contributor

@mairaw mairaw left a comment

Choose a reason for hiding this comment

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

Haven't finished the review yet but left a few comments already. Overall looks great!

dotnet add [project] package <package_name> [-v|--version] [-f|--framework] [-n|--no-restore] [-s|--source] [--package-directory]
dotnet add package [-h|--help]
```
`dotnet add [<PROJECT>] package <PACKAGE_NAME> [-v|--version <VERSION>] [-f|--framework <FRAMEWORK>] [-n|--no-restore] [-s|--source <SOURCE>] [--package-directory <PACKAGE_DIRECTORY>] [-h|--help]`
Copy link
Contributor

Choose a reason for hiding this comment

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

[<PROJECT>]-> [PROJECT] (it should just have the optional indicator)

Copy link
Contributor Author

Choose a reason for hiding this comment

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

I was following an existing pattern where if it was optional it has brackets; but if optional and user-supplied, it would get both brackets and angle brackets.

If you prefer it be brackets only, I'll update it everywhere. A bunch of the commands have this.

Copy link
Contributor

Choose a reason for hiding this comment

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

Let's leave as-is for now and I'll think about this

dotnet add [project] reference [-f|--framework] <project_references>
dotnet add reference [-h|--help]
```
`dotnet add [<PROJECT>] reference [-f|--framework <FRAMEWORK>] <PROJECT_REFERENCES> [-h|--help]`
Copy link
Contributor

Choose a reason for hiding this comment

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

I'd prefer not to add the options parameters in the synopsis. This could get long. And same comment for PROJECT as in the previous command.


In addition to its options, the `dotnet build` command will accept MSBuild options as well, such as `/p` for setting properties or `/l` to define a logger. You can find out more about these options in the [`dotnet msbuild`](dotnet-msbuild.md) command documentation.
`dotnet build` uses MSBuild to build the project; thus, it supports both parallel and incremental builds. Refer to [MSBuild documentation](https://docs.microsoft.com/visualstudio/msbuild/msbuild) for more information.
Copy link
Contributor

Choose a reason for hiding this comment

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

for incremental, I'm wondering if we should link directly to the topic: https://docs.microsoft.com/visualstudio/msbuild/incremental-builds


Whether the project is executable or not is determined by the `<OutputType>` property in the project file. The following example shows a project that will produce executable code:
In addition to its options, the `dotnet build` command accepts MSBuild options, such as `/p` for setting properties or `/l` to define a logger. You can learn more about these options in the [`dotnet msbuild`](dotnet-msbuild.md) command documentation.
Copy link
Contributor

Choose a reason for hiding this comment

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

the dotnet-msbuild topic actually doesn't cover them in detail. let's link to https://docs.microsoft.com/visualstudio/msbuild/msbuild-command-line-reference


## Description

The `dotnet clean` command will clean the output of the previous build. It is implemented as an MSBuild target, so the project will get evaluated. Only the outputs that were created during the build are cleaned. Both intermediate (`obj`) and final output (`bin`) folders are cleaned.
The `dotnet clean` command cleans the output of the previous build. It's implemented as an MSBuild target, so the project is evaluated when the command is run. Only the outputs created during the build are cleaned. Both intermediate (`obj`) and final output (`bin`) folders are cleaned.
Copy link
Contributor

Choose a reason for hiding this comment

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

@@ -36,19 +40,19 @@ Prints out a short help for the command.

`-o|--output <OUTPUT_DIRECTORY>`

Directory in which the built binaries were placed. You also need to define `--framework` when you specify this option. If you didn't specify this property during build time, you don't have to specify it for clean.
Directory in which the build outputs have been placed.
Copy link
Contributor

Choose a reason for hiding this comment

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

the rest of the info is not needed (even if rewritten for better grammar)?

Copy link
Contributor Author

Choose a reason for hiding this comment

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

It's on the framework switch, but I added a line back to cover it on the output switch.

@guardrex
Copy link
Contributor Author

@mairaw Found a bunch of little things to touch-up. I'm happy now. 😀

Copy link
Contributor

@rpetrusha rpetrusha left a comment

Choose a reason for hiding this comment

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

LGTM.

Copy link
Contributor

@mairaw mairaw left a comment

Choose a reason for hiding this comment

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

Looks great! Had just a tiny comment. After you fix that, let's :shipit:


## Options

`root`
`ROOT`
Copy link
Contributor

Choose a reason for hiding this comment

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

we started separating arguments from options. this one is still combined.

* [dotnet-remove package](dotnet-remove-package.md)
### General

Command | Function
Copy link
Contributor

Choose a reason for hiding this comment

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

the table makes it look so much cleaner. Great job!

@mairaw mairaw merged commit ff832af into dotnet:master Mar 21, 2017
@mairaw mairaw deleted the guardrex/dotnet-command-fixup branch March 21, 2017 17:26
@guardrex guardrex removed this from the March 2017 milestone Mar 29, 2017
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

Successfully merging this pull request may close these issues.

Fixup dotnet command line syntax
4 participants