PowerShell / PowerShell/PowerShellEditorServices

Add blocklist/inclusion list for editor commands

Abierto
#247 2 comentarios 0 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Area-psEditor Issue-Enhancement
Lenguaje dominante
C#
Estrellas
767
Forks
266
Merge medio
3 d 16 h
PR fusionados (30 d)
1

Descripción

Eventually there is going to be a need to ignore certain Commands or Modules when PSES Registers Commands.

Here are the ideas I have had.

  • Block all Registering from outside of Profile
  • Block all Registering from Blacklisted Modules.
  • Only Allow Registering from Whitelisted Modules
  • Only Allow Registering Whitelisted Commands

You can currently do something like the following:

# Microsoft.VSCode_profile.ps1
Import-Module Blah1
Import-Module Blah2
Import-Module Blah3
Import-Module Blah4
Import-Module Blah5

# Do All The Things Here

Unregister-EditorCommand -Name Command1FromBlah1
Unregister-EditorCommand -Name Command2FromBlah1
Unregister-EditorCommand -Name Command1FromBlah2
Unregister-EditorCommand -Name Command2FromBlah2
Unregister-EditorCommand -Name Command3FromBlah3
Unregister-EditorCommand -Name Command1FromBlah4
Unregister-EditorCommand -Name Command1FromBlah5
Unregister-EditorCommand -Name Command2FromBlah5
Unregister-EditorCommand -Name Command3FromBlah5

However, this would quickly become a headache and hard to maintain if a Module is regularly adding commands etc.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Comienza revisando cómo PSES registra los comandos y cómo Unregister-EditorCommand los elimina, usando el ejemplo de perfil como contexto de configuración esperado. Compara las allowlists/blocklists propuestas de módulos y comandos y aclara qué política debe admitirse primero. Se considera terminado cuando haya una política de registro decidida que evite tener que anular manualmente el registro de los comandos a medida que cambian los módulos.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Stack tecnológico
powershell
Área
tooling
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Necesita aclaración
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.