pnp/cli-microsoft365

Minimal permissions for 'spo listitem related' commands

Offen

#7.487 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 listitem batch add
  • m365 spo listitem batch remove
  • m365 spo listitem batch set
  • m365 spo listitem retentionlabel ensure
  • m365 spo listitem retentionlabel remove
  • m365 spo listitem roleassignment add
  • m365 spo listitem roleassignment remove
  • m365 spo listitem roleinheritance break
  • m365 spo listitem roleinheritance reset

Contributor Guide

Research-Richtung
Untersuchen Sie die Dokumentationsstruktur bestehender Befehle, identifizieren Sie die erforderlichen Berechtigungen, indem Sie den Quellcode des Befehls inspizieren, und fügen Sie den Abschnitt „Berechtigungen“ zur Dokumentation jedes aufgeführten Befehls hinzu, indem Sie den bereitgestellten Beispielen und Anleitungen folgen.
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.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Frisch
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GitMarkdown
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
75