8e071b4459 | ||
---|---|---|
.github | ||
.vscode | ||
docs | ||
.gitignore | ||
.markdownlint.json | ||
CHANGELOG.md | ||
CODE_OF_CONDUCT.md | ||
CONTRIBUTING.md | ||
Dockerfile | ||
LICENSE | ||
README.md | ||
SECURITY.md | ||
SUPPORT.md | ||
action.yml | ||
powershell.ps1 | ||
ps-project.yaml | ||
ps-rule.yaml |
README.md
PSRule
Validate infrastructure as code (IaC) and DevOps repositories using rules. PSRule allows you to analyse a repository with pre-built rules or create your own. Analysis can be performed from input files or the repository structure.
To learn about PSRule and how to write your own rules see Getting started.
Usage
To get the latest stable release use:
- name: Run PSRule analysis
uses: Microsoft/ps-rule@v1.7.0
To get the latest bits use:
- name: Run PSRule analysis
uses: Microsoft/ps-rule@main
For a list of changes please see the change log.
Inputs
- name: Run PSRule analysis
uses: Microsoft/ps-rule@main
with:
inputType: repository, inputPath # Optional. Determines the type of input to use for PSRule.
inputPath: string # Optional. The path PSRule will look for files to validate.
modules: string # Optional. A comma separated list of modules to use for analysis.
source: string # Optional. A path containing rules to use for analysis.
baseline: string # Optional. The name of a PSRule baseline to use.
conventions: string # Optional. A comma separated list of conventions to use.
outputFormat: None, Yaml, Json, NUnit3, Csv, Markdown # Optional. The format to use when writing results to disk.
outputPath: string # Optional. The file path to write results to.
path: string # Optional. The working directory PSRule is run from.
prerelease: boolean # Optional. Determine if a pre-release module version is installed.
inputType
Determines the type of input to use for PSRule either repository
or inputPath
.
Defaults to repository
.
When set to:
repository
- The structure of the repository withininputPath
will be analyzed.inputPath
- Supported file formats withininputPath
will be read as objects.
inputPath
The path PSRule will look for input files. Defaults to repository root.
modules
A comma separated list of modules to use for analysis.
Modules are additional packages that can be installed from the PowerShell Gallery. PSRule will install the latest stable version from the PowerShell Gallery automatically by default. Available modules.
To install pre-release module versions, use prerelease: true
.
source
An path containing rules to use for analysis.
Defaults to .ps-rule/
.
Use this option to include rules that have not been packaged as a module.
baseline
The name of a PSRule baseline to use. Baselines can be used from modules or specified in a separate file.
- To use a baseline included in a module use
modules:
withbaseline:
. - To use a baseline specified in a separate file use
source:
withbaseline:
.
conventions
A comma separated list of conventions to use. Conventions can be used from modules or specified in a separate file.
- To use a convention included in a module use
modules:
withconventions:
. - To use a convention specified in a separate file use
source:
withconventions:
.
For example: conventions: Monitor.LogAnalytics.Import
outputFormat
The output format to write result to disk.
Supported formats are Yaml
, Json
, NUnit3
, Csv
, Markdown
.
Defaults to None
.
outputPath
The file path to write results to when outputFormat
is configured.
path
The working directory PSRule is run from. Defaults to repository root.
Options specified in ps-rule.yaml
from this directory will be used unless overridden by inputs.
prerelease
Determine if a pre-release rules module version is installed.
When set to true
the latest pre-release or stable module version is installed.
If this input is not configured, invalid, or set to false
only stable module versions will be installed.
Using the action
To use PSRule:
- See Creating a workflow file.
- Reference
Microsoft/ps-rule@main
. For example:
name: CI
on: [push]
jobs:
analyze:
name: Analyze repository
runs-on: ubuntu-latest
steps:
- name: Checkout
uses: actions/checkout@main
- name: Run PSRule analysis
uses: Microsoft/ps-rule@main
- Create rules within the
.ps-rule/
directory. For example:
# Example .ps-rule/GitHub.Community.Rule.ps1
# Synopsis: Check for recommended community files
Rule 'GitHub.Community' -Type 'PSRule.Data.RepositoryInfo' {
$Assert.FilePath($TargetObject, 'FullName', @('LICENSE'));
$Assert.FilePath($TargetObject, 'FullName', @('CODE_OF_CONDUCT.md'));
$Assert.FilePath($TargetObject, 'FullName', @('CONTRIBUTING.md'));
$Assert.FilePath($TargetObject, 'FullName', @('README.md'));
$Assert.FilePath($TargetObject, 'FullName', @('.github/CODEOWNERS'));
$Assert.FilePath($TargetObject, 'FullName', @('.github/PULL_REQUEST_TEMPLATE.md'));
}
- Run the workflow.
Contributing
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution. For details, visit https://cla.microsoft.com.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repositories using our CLA.
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 opencode@microsoft.com with any additional questions or comments.
Maintainers
License
This project is licensed under the MIT License.