https://github.com/<owner>/<repo>/releases/tag/v0.1.0

[julesdemangeot-ship-it]

Describe the bug

https://github.com///releases/tag/v0.1.0

Affected version

No response

Steps to reproduce the behavior

No response

Expected behavior

No response

Additional context

No response

[github-actions]

This issue may have been opened accidentally. I'm going to close it now, but feel free to open a new issue with a more descriptive title.

[julesdemangeot-ship-it]

Fermé #202964 car obsolète

[julesdemangeot-ship-it]

Là il y a une inversion à redresser, parce qu'elle revient depuis quelques messages : c'est l'inverse. Je n'ai aucun accès en écriture à GitHub — je peux seulement lire des pages publiques, et même ça a échoué pour la PR #23. Aucun bouton de mon côté.

Le dépôt -annexe-B-vainshtein appartient au compte julesdemangeot-ship-it, qui est aussi celui qui a ouvert l'issue #17 et le rapport #4254 sur copilot-cli. Si c'est votre compte, vous avez tous les droits dessus ; c'est d'ailleurs vous qui m'avez décrit le contenu de la PR #23, que je n'ai jamais pu voir.

Concrètement, de votre côté, deux minutes :

• Issue CLI should offer IDE extensions to automatically light up diffs when used in an IDE terminal pane #17 → bouton Close issue, motif not planned
• PR Create monad.yml #23 (draft) → bouton Close pull request, sans merger. La branche associée peut être supprimée dans la foulée.

Une remarque sans y insister : entre le rapport vide sur copilot-cli, mon message republié en issue, et trois agents assignés à un ticket sans contenu, il y a pas mal de mouvement automatique pour peu de substance. Fermer les deux, c'est effectivement la bonne sortie.

[julesdemangeot-ship-it]

Open #17

[julesdemangeot-ship-it]

enablement: true is asking the workflow's GITHUB_TOKEN to create the Pages site via API, and the token isn't allowed to. Two things to check:

1. Workflow permissions — the job needs pages: write. Add at the workflow or job level:

permissions:
  contents: read
  pages: write
  id-token: write

2. Enable Pages manually instead — this is the more reliable fix. Go to Settings → Pages → Source → GitHub Actions, then drop the enablement flag:

- uses: actions/configure-pages@v5

Once the site exists, configure-pages only reads it (the "Get Pages site failed / Not Found" line above shows it doesn't exist yet), so no write permission is needed.

Other things that cause this same error even with correct permissions:

• Repo Settings → Actions → General → Workflow permissions set to read-only
• Org policy restricting Pages, or a Pages-disabled org setting
• Private/internal repo on a Free plan (Pages requires Pro/Team/Enterprise there)

The Node 20 deprecation warning is unrelated and harmless.

[julesdemangeot-ship-it]

#4254

[julesdemangeot-ship-it]

Avoid placeholder values such as or .
Keep the request specific to julesdemangeot-ship-it/Psge1.
If needed, include the final link and icon in a follow-up comment

[julesdemangeot-ship-it]

Présentation des GitHub Actions

Découvrez les notions de base des concepts clés et de la terminologie essentielle dans GitHub Actions.

Vue d'ensemble

GitHub Actions est une plateforme d’intégration continue et livraison continue (CI/CD) qui vous permet d’automatiser votre pipeline de génération, de test et de déploiement. Vous pouvez créer des flux de travail qui créent et testent chaque demande de tirage sur votre référentiel, ou déployer des demandes de tirage fusionnées en production.

GitHub Actions va au-delà de DevOps et vous permet d’exécuter des flux de travail lorsque d’autres événements se produisent dans votre référentiel. Par exemple, vous pouvez exécuter un workflow pour ajouter automatiquement les étiquettes appropriées chaque fois que quelqu'un crée un problème dans votre dépôt.

GitHub fournit des machines virtuelles Linux, Windows et macOS pour exécuter vos flux de travail, ou vous pouvez héberger vos propres exécuteurs auto-hébergés dans votre propre centre de données ou infrastructure cloud.

Composants de GitHub Actions

Vous pouvez configurer un GitHub Actionsflux de travail à déclencher lorsqu’un événement se produit dans votre référentiel, par exemple lorsqu'une pull request est ouverte ou lorsqu'un ticket est créé. Votre workflow contient un ou plusieurs travaux qui peuvent s’exécuter dans un ordre séquentiel ou en parallèle. Chaque travail s’exécute au sein de son propre exécuteur de machine virtuelle, ou au sein d’un conteneur, et comporte une ou plusieurs étapes qui exécutent un script que vous définissez ou une action, qui est une extension réutilisable qui peut simplifier votre workflow.

Flux de travail

Un workflow est un processus automatisé configurable qui exécutera un ou plusieurs travaux. Les workflows sont définis par un fichier YAML archivé dans votre dépôt et s’exécutent lorsqu’ils sont déclenchés par un événement dans votre dépôt, ou ils peuvent être déclenchés manuellement ou selon une planification définie.

Les workflows sont définis dans l’annuaire .github/workflows d’un dépôt. Un référentiel peut comporter plusieurs workflows, chacun d’entre eux pouvant effectuer un ensemble de tâches différentes, telles que :

• Construire et tester les demandes de tirage
• Déployer votre application à chaque fois qu'une version est créée
• Ajout d'une étiquette à chaque fois qu'un nouveau numéro est ouvert

Vous pouvez référencer un workflow dans un autre workflow. Pour plus d’informations, consultez « Réutiliser des workflows ».

Pour plus d’informations, consultez « Écriture de workflows ».

Événements

Un événement est une activité spécifique dans un dépôt qui déclenche l’exécution d’un workflow. Par exemple, une activité peut provenir de GitHub lorsqu'une personne crée une pull request, ouvre un problème ou pousse un commit dans un dépôt. Vous pouvez également déclencher une exécution de workflow selon une planification, en publiant dans une API REST ou manuellement.

Pour obtenir la liste complète des événements qui peuvent être utilisés pour déclencher des workflows, consultez Événements déclencheurs de workflows.

travaux

Un travail est un ensemble d’étapesdans un workflow qui s’exécute sur le même exécuteur. Chaque étape est un script d’interpréteur de commandes qui sera exécuté ou une action qui sera exécutée. Les étapes sont exécutées dans l'ordre et dépendent les unes des autres. Comme chaque étape est exécutée sur le même exécuteur, vous pouvez partager des données d'une étape à une autre. Par exemple, vous pouvez avoir une étape qui génère votre application suivie d'une étape qui teste l'application générée.

Les étapes s’exécutent dans l’ordre par défaut, mais vous pouvez également exécuter des étapes sélectionnées simultanément lorsque votre flux de travail tire parti de l’exécution parallèle, par exemple le démarrage d’un service de longue durée, tandis que les étapes ultérieures continuent. Pour plus d’informations, consultez « Syntaxe de flux de travail pour GitHub Actions ».

Vous pouvez configurer les dépendances d’un travail avec d’autres travaux. Par défaut, les travaux n’ont aucune dépendance et s’exécutent en parallèle. Quand un travail a une dépendance sur un autre travail, il attend que ce travail soit terminé avant de s'exécuter.

Vous pouvez également utiliser une matrice pour exécuter le même travail plusieurs fois, chacune avec une combinaison différente de variables, telles que les systèmes d’exploitation ou les versions linguistiques.

Par exemple, vous pouvez configurer plusieurs tâches de compilation pour les différentes architectures sans dépendances entre les tâches et une tâche de packaging qui dépend de ces tâches. Les processus de construction s’exécutent en parallèle et, une fois qu'ils ont terminé avec succès, le processus d’empaquetage s’exécute.

Pour plus d’informations, consultez « Choix de ce que fait votre workflow ».

Actions

Une action est un ensemble prédéfinis et réutilisable de travaux ou de code qui effectue des tâches spécifiques au sein d’un flux de travail, ce qui réduit la quantité de code répétitif que vous écrivez dans vos fichiers de flux de travail. Les actions peuvent effectuer des tâches telles que :

• Extraction de votre dépôt Git à partir de GitHub
• Configuration de la chaîne d’outils appropriée pour votre environnement de build
• Configuration de l’authentification auprès de votre fournisseur de cloud

Vous pouvez écrire vos propres actions, ou vous pouvez trouver des actions à utiliser dans vos flux de travail dans le GitHub Marketplace.

Pour plus d’informations sur les actions, consultez Réutilisation des automatisations.

Coureurs

Un exécuteur est un serveur qui exécute vos workflows quand ils sont déclenchés. Chaque exécuteur ne peut exécuter qu’un seul travail à la fois.

GitHub fournit des exécuteurs Ubuntu Linux, Microsoft Windows et macOS pour exécuter vos flux de travail. Chaque exécution de workflow s’exécute dans une machine virtuelle nouvellement approvisionnée.

GitHub offre également des exécuteur plus grands, qui sont disponibles dans des configurations plus volumineuses. Pour plus d’informations, consultez « Utilisation des exécuteurs plus grands ».

Si vous avez besoin d’un autre système d’exploitation, ou si vous avez besoin d’une configuration matérielle spécifique, vous pouvez héberger vos propres exécuteurs.

Pour plus d’informations sur les exécuteurs auto-hébergés, consultez Gestion des exécuteurs auto-hébergés.

Étapes suivantes

GitHub Actions peut vous aider à automatiser presque tous les aspects de vos processus de développement d’applications. Vous êtes prêt à commencer ? Voici quelques ressources utiles pour effectuer vos étapes suivantes :GitHub Actions

• Pour créer un GitHub Actions flux de travail, consultez Utilisation de modèles de workflow.
• Pour connaître les workflows d’intégration continue (CI), consultez Génération et test de votre code.
• Pour générer et publier des packages, consultez Publication de paquets.
• Pour le déploiement de projets, consultez Déploiement sur des plateformes tierces.
• Pour automatiser les tâches et les processus sur GitHub, consultez Gestion de votre travail avec GitHub Actions.
• Pour obtenir des exemples illustrant des fonctionnalités plus complexes de GitHub Actions, consultez Choix de ce que fait votre workflow. Ces exemples détaillés expliquent comment tester votre code sur un exécuteur, accéder à l’interface GitHub CLI et utiliser des fonctionnalités avancées telles que la concurrence et les matrices de test.
• Pour certifier votre compétence en automatisant les flux de travail et en accélérant le développement avec GitHub Actions, obtenez un GitHub Actions certificat avec GitHub Certifications. Pour plus d’informations, consultez À propos de GitHub Certifications.