Merge pull request #243 from Azure/clu

Update clu-getstart.md

Author: huangpf

clu-getstart.md

@@ -25,27 +25,25 @@ CLUPackages require some additional files to direct generation of indexing, and
     | NounPrefix      | ‘AzureRm’  The part of the cmdlet noun to remove in clu commands|
     | NounFirst       | if true, the verb comes at the end of the command (e.g. azure resource get)|
 
-* Tools\Azure.Bat: contains the batch file command for running cmdlets in the clu.  Do not change
-* \<modulename\>.nuspec.template, which contains nuspec format metadata about the package – the base temaplate is in tools\clu\Microsoft.Azure.Commands.nuspec.template.
+* \<modulename\>.nuspec.template, which contains nuspec format metadata about the package – the base temaplate is in tools\clu\Microsoft.Azure.Commands.nuspec.template.  Here are the special fields defined in this template:
    * %PackageId% - replace with the module name (Microsoft.Azure.Commands.\<rp-name\>)
-   * %PackageTitle%  Title of the cmdlet package in nuget
+   * %PackageTitle%  Title of the cmdlet package in nuget, replace with the title that should show up in nuget ui
    * %PackageVersion%, %ReferenceFiles%,%SourceFiles%,%ContentFiles%  - Filled in by build tool
-   * %PackageSummary% - Summary field in nuget ui
-   * %PackageDescription% - Log description in package ui
+   * %PackageSummary% - Summary field in nuget ui, replace with the summary data for your package
+   * %PackageDescription% - Long description in package ui, replace with the long description for your package.
    * Almost all cmdlets packages should add a dependency to Microsoft.Azure.Commands.Profile package
 
 * Ensure that project.json is set to expose a command entrypoint: `"compilationOptions": {"emitEntryPoint": true}`
 * Ensure that the project implements at least one console entry point
-   ```c#
+```c#
       public class EntryStub
       {
           public static void Main(string[] args)
           {
               // empty entry point
           }
       }
-
-   ```  
+``` 
 
 ### Package Creation and Testing
    2 options
@@ -67,3 +65,16 @@ To test on osx/linux boxes, do #1, open `<repo-root>\drop\clurun`, you should se
     * login interactively using device flow, this is the only option for msa account or any org-id with 2fa enforced, example: `azure account add`
     * login with user and password, this works on org-id w/o 2fa enforced, example: `azure account add --Username [email protected]  --Password password1`
     * login as service principal. Example: `azure account add --ServicePrincipal --TenantId <tenant> --ApplicationId <id> --Secret <secret>`
+  * Piping between cmdlets should work the same way that Powerhell piping works
+    ```azure subscription get --SubscriptionName | azure context set```
+  * You can capture piped output using redirection to a file - the result will be the json serialization of the output object.
+    ```azure subscription get > subscriptions.json```
+  * You can use file input tu aparameter using '@' notation:
+    ```azure command --param1 @file1.json```
+    Reads input from file1.json and attempts to deserialize the .net object that is the Parameter type for ```param1```
+    ```azure command --param1 @@file1.json```
+    Does the same thing, but treats the input from ```file1.json``` as if it come from the pipeline, so that multiple objects will result in multiple invocations of ```ProcessRecord()``` for the target cmdlet.
+  * There are some known issues with the current approach to sessions, which can cause session variables to not be propagated when running cmdlets in a pipeline, to work around this, set the 'CmdletSessionId' environment variable to a numeric value - all cmdlets running from the shell will use that session id, and sessions will work with pipelining 
+
+    ```set CmdletSessionId=1010 ```
+