You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Allow VSCode configuration of PSScriptAnalyzer rules #1443
Reacted by Maximilian Orsley, Ali Robertson, Evan, Philip Haglund, Michael Klement, Mathias, johbii, Oleksiy Mumzhu, Fred Vatin, Doug Bailey and 1 more
@TheIncorrigible1 Good question. I don't have anything particular in mind. The fact that we are even proposing to make a settings-embedded JSON configuration for a psd1-file-configured tool already feels a bit odd to me, but it seems to be what some users are asking for.
The first two solutions I can imagine suggested are:
You can't configure them; if you want that kind of configuration, it's time to write a psd1 file.
I don't see why we can't have our cake and eat it, too! There are probably a few ways to go about this in JSON syntax, but, perhaps the easiest is to modify the proposed enable property above:
So, one rule can have a configuration, while the second rule, which is not configurable, does not--so the user would not provide a configuration. But even if the user were to provide a configuration for a non-configurable rule, and even if the configuration is added to a generated PSScriptAnalyserSettings.psd1 file, wouldn't it simply be ignored since PSScriptAnalyzer would never attempt to configure it in the first place since the rule is not configurable?
I set the: "powershell.scriptAnalysis.settingsPath": "", to toggle via a script (which is example #3 in the 'superuser' page.
I currently use an extension 'Settings Sync'. If the PSScriptAnalyzer Rules were stored in the User Settings, it would simplify dealing with these toggles for me, as they would sync along with all my other settings.
Reacted by Maximilian Orsley, Philip Haglund, Michael Klement and johbii
The aspect of selective disabling / enabling of rules is essentially a duplicate of #823, which asks that the existing GUI capability of selecting rules (>PowerShell: Select PSScriptAnalyzer Rules) be persisted across sessions.
Adding rule configuration would be nice too (for which a GUI method will probably never be implemented due to complexity, if I were to guess).
Craig E. Shea (@fourpastmidnight): I like the idea, but for rule-name-only entries you should be able to use just the name as a string value; e.g., "PSUseSingularNouns" rather than { "rule": "PSUseSingularNouns" }.
It seems >PowerShell: Select PSScriptAnalyzer Rules was removed at some point. Could we get this ability to configure PSScriptAnalyzer thru user settings/workspace settings?
The nice thing with this approach is that you can use this PSSA settings file with PSSA outside of VSCode - as part of a command line build, interactive invocation of PSSA, etc. If you open the VSCode examples, there is a sample PSScriptAnalyzerSettings.psd1 file you can start with.
ALIENQuake Wow, thanks so much for your reply! It looks great, but I am a little confused about some details:
Should I create a symbolic link file PSScriptAnalyzerSettings.psd1 targeting C:\Users\Public\PSScriptAnalyzerSettings.psd1 in the root directory of every repo that use PSScriptAnalyzer?
Or just set powershell.scriptAnalysis.settingsPath as C:\Users\Public\PSScriptAnalyzerSettings.psd1 in the VsCode User-wise configuration?
Or PSScriptAnalyzerSettings.psd1 under $PSProfileDirectory is a global configuration, so I just need create one under $PSProfileDirectory?
Activity
morsley commentedon Sep 10, 2018
How would you plan on addressing rules that are configurable such as
PSProvideCommentHelporPSAvoidUsingCmdletAliases?rjmholt commentedon Sep 10, 2018
@TheIncorrigible1 Good question. I don't have anything particular in mind. The fact that we are even proposing to make a settings-embedded JSON configuration for a psd1-file-configured tool already feels a bit odd to me, but it seems to be what some users are asking for.
The first two solutions I can imagine suggested are:
fourpastmidnight commentedon Jan 18, 2019
I don't see why we can't have our cake and eat it, too! There are probably a few ways to go about this in JSON syntax, but, perhaps the easiest is to modify the proposed
enableproperty above:{ "powershell.scriptAnalysis.rules": { "disable": [ "PSAvoidTrailingWhitespace" ], "enable": [ { "rule": "PSPlaceOpenBrace", "configuration": { "Enable": true, "OnSameLine": true, "NewLineAfter": true } }, { "rule": "PSUseSingulareNouns" }, ] } }So, one rule can have a configuration, while the second rule, which is not configurable, does not--so the user would not provide a configuration. But even if the user were to provide a configuration for a non-configurable rule, and even if the configuration is added to a generated PSScriptAnalyserSettings.psd1 file, wouldn't it simply be ignored since PSScriptAnalyzer would never attempt to configure it in the first place since the rule is not configurable?
moymike commentedon Jan 23, 2019
It would be nice if PSScriptAnalyzer Rules were stored in the User Settings / Extensions area (JSON).
I ran into this as I wanted to customize which rules apply, and I chased this link down:
https://superuser.com/questions/1393186/how-to-disable-psscriptanalyzers-psavoidusingcmdletaliases-in-powershell-extens/1397066?noredirect=1#comment2107064_1397066
I set the: "powershell.scriptAnalysis.settingsPath": "", to toggle via a script (which is example #3 in the 'superuser' page.
I currently use an extension 'Settings Sync'. If the PSScriptAnalyzer Rules were stored in the User Settings, it would simplify dealing with these toggles for me, as they would sync along with all my other settings.
mklement0 commentedon Nov 5, 2019
The aspect of selective disabling / enabling of rules is essentially a duplicate of #823, which asks that the existing GUI capability of selecting rules (
>PowerShell: Select PSScriptAnalyzer Rules) be persisted across sessions.Adding rule configuration would be nice too (for which a GUI method will probably never be implemented due to complexity, if I were to guess).
Craig E. Shea (@fourpastmidnight): I like the idea, but for rule-name-only entries you should be able to use just the name as a string value; e.g.,
"PSUseSingularNouns"rather than{ "rule": "PSUseSingularNouns" }.PrzemyslawKlys commentedon Aug 12, 2020
It seems
>PowerShell: Select PSScriptAnalyzer Ruleswas removed at some point. Could we get this ability to configure PSScriptAnalyzer thru user settings/workspace settings?rkeithhill commentedon Aug 12, 2020
PSSA has it's own settings file format. You can use it and configure user/workspace setting to point to that file:
The nice thing with this approach is that you can use this PSSA settings file with PSSA outside of VSCode - as part of a command line build, interactive invocation of PSSA, etc. If you open the VSCode examples, there is a sample PSScriptAnalyzerSettings.psd1 file you can start with.
hongwen000 commentedon Jul 10, 2022
I wonder if there is a way to set global configuration instead of making a copy of
psd1file in every project?ALIENQuake commentedon Jul 12, 2022
hongwen000 (@hongwen000) My workaround is:
powershell.scriptAnalysis.settingsPathtoC:\Users\Public\PSScriptAnalyzerSettings.psd1Helper function:
Hope this help.
hongwen000 commentedon Jul 13, 2022
ALIENQuake Wow, thanks so much for your reply! It looks great, but I am a little confused about some details:
PSScriptAnalyzerSettings.psd1targetingC:\Users\Public\PSScriptAnalyzerSettings.psd1in the root directory of every repo that use PSScriptAnalyzer?powershell.scriptAnalysis.settingsPathasC:\Users\Public\PSScriptAnalyzerSettings.psd1in the VsCode User-wise configuration?PSScriptAnalyzerSettings.psd1under$PSProfileDirectoryis a global configuration, so I just need create one under$PSProfileDirectory?ALIENQuake commentedon Jul 13, 2022
hongwen000 (@hongwen000) Nr 2 😃
falkheiland commentedon Aug 24, 2022
i suggest hongwen000 (@hongwen000) create a .vscode folder with a settings.json in the root of the repo containing:
an have you repo specific PSScriptAnalyzerSettings.psd1 in the root of the repo.