pnp/cli-microsoft365

Minimal permissions for 'spo list view' commands

Offen

#7.482 geöffnet am 09.08.2026

Auf GitHub ansehenContributor Guide
 (0 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)TypeScript (399 Forks)auto 404
docshelp wanted

Repository-Metriken

Stars
 (1.390 Sterne)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

We're adding a new Permissions section to all commands. This section will document the minimal delegated and application permissions required to execute the command.

The goal is to:

  • Make it easier to run the CLI with custom app registrations and application permissions.
  • Ensure we only document the minimal set of permissions needed.
  • Keep documentation consistent by placing the Permissions section right before the Examples section.
  • If there are multiple resources, order them alphabetically
  • If there are commands that only support one type of auth (like delegated or app-only), we have an example for that as well. E.g. m365 planner tenant settings list - Permissions

Resources

Commands in scope

This issue covers the following commands:

  • m365 spo list view add
  • m365 spo list view get
  • m365 spo list view list
  • m365 spo list view remove
  • m365 spo list view set

Contributor Guide

Research-Richtung
Lesen Sie die verlinkte Beitragsdokumentation und die Planner Beispiele, um das Format für das Hinzufügen eines Permissions Abschnitts zu verstehen. Suchen Sie dann für jeden der fünf 'spo list view' Befehle die entsprechende Dokumentationsseite und fügen Sie den Abschnitt Permissions vor dem Abschnitt Examples hinzu, wobei Sie die minimalen delegierten und App only Berechtigungen mit Ressourcen in alphabetischer Reihenfolge auflisten. Wenn ein Befehl nur eine Authentifizierungsart unterstützt, folgen Sie dem bereitgestellten Beispiel.
Tech Stack
typescript
Domain
clidocumentation
Issue Type
Dokumentation
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Git
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
85