PSScriptAnalyzer

Table of Contents

• Introduction
• Documentation Notice
• Installation
• Contributions are welcome
• Creating a Release
• Code of Conduct

Introduction

PSScriptAnalyzer is a static code checker for PowerShell modules and scripts. PSScriptAnalyzer checks the quality of PowerShell code by running a set of rules. The rules are based on PowerShell best practices identified by PowerShell Team and the community. It generates DiagnosticResults (errors and warnings) to inform users about potential code defects and suggests possible solutions for improvements.

PSScriptAnalyzer ships with a collection of built-in rules that check various aspects of PowerShell code such as:

• The presence of uninitialized variables
• Use of PSCredential type
• Use of Invoke-Expression
• And many more

Back to ToC

DOCUMENTATION NOTICE

Conceptual user documentation has been moved out of the source code repository and into the documentation repository so that it can be published on learn.microsoft.com.

The goal of this migration is to have the user documentation on learn.microsoft.com. The source code repository should only contain documentation for the code base, such as how to build the code or how to contribute to the code.

User documentation that has been migrated:

• Most of the contents of this README can be found in the PSScriptAnalyzer overview
• For cmdlet reference, see PSScriptAnalyzer
• For rules, see Rules overview
• The PowerShellBestPractices.md content has been moved to PSScriptAnalyzer rules and recommendations
• The ScriptRuleDocumentation.md content has been moved to Creating custom rules

There is one exception - the documentation for the rules and cmdlets will remain in the docs folder to facilitate build testing and to be archived as part of each release. Only the documentation for the latest release is published on on learn.microsoft.com.

Installation

To install PSScriptAnalyzer from the PowerShell Gallery, see Installing PSScriptAnalyzer.

To install PSScriptAnalyzer from source code:

Requirements

• Latest .NET 6.0 SDK

• If building for Windows PowerShell versions, then the .NET Framework 4.6.2 targeting pack (also referred to as developer/targeting pack) need to be installed. This is only possible on Windows.
• Optionally but recommended for development: Visual Studio 2017/2019

• Pester v5 PowerShell module, available on PowerShell Gallery
• PlatyPS PowerShell module, available on PowerShell Gallery
• Optionally but recommended for development: Visual Studio

Steps

• Obtain the source

  • Download the latest source code from the release page OR

  • Clone the repository (needs git)

    git clone https://github.com/PowerShell/PSScriptAnalyzer

• Navigate to the source directory

  cd path/to/PSScriptAnalyzer

• Building You can either build using the Visual Studio solution PSScriptAnalyzer.sln or build using PowerShell specifically for your platform as follows:

  • The default build is for the currently used version of PowerShell

    .\build.ps1

  • Windows PowerShell version 5.0

    .\build.ps1 -PSVersion 5

  • Windows PowerShell version 4.0

    .\build.ps1 -PSVersion 4

  • Windows PowerShell version 3.0

    .\build.ps1 -PSVersion 3

  • PowerShell 7

    .\build.ps1 -PSVersion 7

• Rebuild documentation since it gets built automatically only the first time

  .\build.ps1 -Documentation

• Build all versions (PowerShell v3, v4, v5, and v6) and documentation

  .\build.ps1 -All

• Import the module

  Import-Module .\out\PSScriptAnalyzer\[version]\PSScriptAnalyzer.psd1

To confirm installation: run Get-ScriptAnalyzerRule in the PowerShell console to obtain the built-in rules.

• Adding/Removing resource strings

  For adding/removing resource strings in the *.resx files, it is recommended to use Visual Studio since it automatically updates the strongly typed *.Designer.cs files. The Visual Studio 2017 Community Edition is free to use but should you not have/want to use Visual Studio then you can either manually adapt the *.Designer.cs files or use the New-StronglyTypedCsFileForResx.ps1 script although the latter is discouraged since it leads to a bad diff of the *.Designer.cs files.

Tests

Pester-based ScriptAnalyzer Tests are located in path/to/PSScriptAnalyzer/Tests folder.

• Ensure Pester of at least version 5.3 is installed
• In the root folder of your local repository, run:

./build -Test

To retrieve the results of the run, you can use the tools which are part of the build module (build.psm1)

Import-Module ./build.psm1
Get-TestResults

To retrieve only the errors, you can use the following:

Import-Module ./build.psm1
Get-TestFailures

Back to ToC

Using PSScriptAnalyzer

The documentation in this section can be found in Using PSScriptAnalyzer.

Contributions are welcome

There are many ways to contribute:

1. Open a new bug report, feature request or just ask a question by opening a new issue.
2. Participate in the discussions of issues, pull requests and test fixes or new features.
3. Submit your own fixes or features as a pull request but please discuss it beforehand in an issue.
4. Submit test cases.

Back to ToC

Creating a Release

• Update changelog (changelog.md) with the new version number and change set. When updating the changelog please follow the same pattern as that of previous change sets (otherwise this may break the next step).
• Import the ReleaseMaker module and execute New-Release cmdlet to perform the following actions.
  • Update module manifest (engine/PSScriptAnalyzer.psd1) with the new version number and change set
  • Update the version number in Engine/Engine.csproj and Rules/Rules.csproj
  • Create a release build in out/

Import-Module .\Utils\ReleaseMaker.psm1
New-Release

• Sign the binaries and PowerShell files in the release build and publish the module to PowerShell Gallery.
• Draft a new release on github and tag master with the new version number.

Back to ToC

Code of Conduct

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact [email protected] with any additional questions or comments.

Back to ToC