Hacktoberfest 2026 : les issues que les mainteneurs ont marquées pour octobre, ouvertes et accessibles aux débutants. Parcourir les issues Hacktoberfest

Add an API diff workflow

Ouverte
#155 2 commentaires 2 réactions 0 personnes assignées Voir sur GitHub

Personne n'a encore pris cette issue.

Évaluation

Difficulté
4/5
Temps estimé
3-5 jours
Accessibilité débutants
45/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
Calme
Stack technique
github-actions, swift
Domaine
api, ci-cd

Piste de recherche

Commencez par lire le workflow existant pour les API breakages et suivez son exécution sur les pull requests. Déterminez comment obtenir le diff de swiftinterface, ou un équivalent pour les packages sans library evolution, et comparez sa présentation sous forme de commentaire de PR à sa présentation dans la sortie d’un GitHub check. Le travail est terminé lorsque le workflow expose le diff d’API et permet de configurer les modules inclus.

Rédigé par le modèle d'indexation à partir du texte de l'issue.

Description

In addition to the existing API breakage workflow, it'd be helpful to see the diff of the swiftinterface file (or equivalent for packages that can't build with library evolution enabled) that the PR is making.

When a package has a large diff where most of the code is implementation, it can be difficult to spot the exact API changes it's making.

There are a few ways this could be surfaced to the user:

  • Option A: A comment posted by the workflow back on the PR
  • Option B: The workflow just printing the diff and the user needing to click on the GitHub check link and reviewing it manually

Either would be fine to start.

Presumably, this would come with some configurability, mainly the list of modules to diff - there might be internal modules that the maintainer might not care about seeing the diff of, and might even cause noise.

Langage dominant
Swift
Étoiles
115
Forks
60
Merge moyen
2 j 13 h
PR mergées (30 j)
4

Préparer son environnement

Par où commencer

  1. Lisez l'issue en entier, puis le guide de contribution du projet.
  2. Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
  3. Forkez le dépôt et travaillez sur une branche.
  4. Ouvrez une pull request qui référence le numéro de l'issue.

Autres issues de swiftlang/github-workflows

Toutes les issues de swiftlang/github-workflows

Issues similaires

Plus d'issues Swift

Recevez les nouvelles issues par e-mail

Un résumé court des issues GitHub adaptées aux débutants.