pnp/cli-microsoft365

Minimal permissions for 'spo miscellaneous' commands. Part 2

Ouverte

#7 490 ouverte le 9 août 2026

Voir sur GitHubGuide contributeur
 (0 commentaire) (0 réaction) (0 personne assignée)TypeScript (399 forks)auto 404
docshelp wanted

Métriques du dépôt

Stars
 (1 390 étoiles)
Métriques de merge PR
 (Métriques PR en attente)

Description

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 knowledgehub get
  • m365 spo knowledgehub remove
  • m365 spo knowledgehub set
  • m365 spo orgassetslibrary add
  • m365 spo orgassetslibrary list
  • m365 spo orgassetslibrary remove
  • m365 spo orgnewssite list
  • m365 spo orgnewssite remove
  • m365 spo orgnewssite set
  • m365 spo search
  • m365 spo set
  • m365 spo userprofile get
  • m365 spo userprofile set

Guide contributeur

Direction de recherche
Pour chaque commande répertoriée, inspectez le code source pour identifier les appels API, puis consultez la documentation liée pour déterminer les autorisations minimales déléguées et d'application. Ajoutez une section Autorisations juste avant la section Exemples, en triant les ressources par ordre alphabétique. Si une commande ne prend en charge qu'un seul type d'authentification, documentez le comme dans les exemples Planner.
Stack technique
nodejstypescript
Domaine
clidocumentation
Type d'issue
Documentation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
2
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Récente
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
GitNode.js
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
75