PowerShell / PowerShell/PSScriptAnalyzer
Enable enforcing consistent casing
Personne n'a encore pris cette issue.
- Langage dominant
- C#
- Étoiles
- 2.2k
- Forks
- 414
- Merge moyen
- 13 h 1 min
- PR mergées (30 j)
- 2
Description
Summary of the new feature
PowerShell code used in official examples and VS Code code generation seems to follow some basic casing conventions:
- PascalCase for
- cmdlets
- parameters
- constants
- lowercase for
- operators
- statements (
if,foreach, etc)
- camelCase for
- local variables
- casing of module names and .NET types, enum values, etc consistent with their original case-sensitive casing
I would like to optionally enforce these casing conventions with PSScriptAnalyzer.
Proposed technical implementation details (optional)
I would like to enable rules in my PSScriptAnalyzerSettings.psd1 that enforce the casing rules above and autofix casing issues.
What is the latest version of PSScriptAnalyzer at the point of writing
1.18.2
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par examiner les conventions de casse proposées dans l’issue et la manière dont les paramètres de PSScriptAnalyzer activent les règles. La tâche doit inclure l’application facultative pour les catégories de casse indiquées ainsi que la prise en charge de l’autofix, avec un comportement défini pour les noms de modules conservant leur casse d’origine et pour les types .NET définis.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- powershell
- Domaine
- tooling
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 25/100