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

Enable publishing updates to non-latest major.minor tags for GitHub action

Ouverte
  • Quelque chose ne va pas ?
#232 3 commentaires 0 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
35/100
Type d'issue
Fonctionnalité
Clarté
Plutôt claire
Activité
À l'abandon
Stack technique
azure, github-actions
Domaine
ci-cd, devops, release

Piste de recherche

Commencez par suivre les workflows actuels ci_main, ci_common et ci_branch et identifiez quel fichier JSON Azure DevOps fournit la version. Comparez leurs déclencheurs existants de version, de tag et de release avec le flux ci_release proposé et les branches release/XXX. Le travail est terminé lorsque les tags d’actions GitHub major.minor qui ne sont pas les plus récents peuvent être mis à jour sans perturber la publication des tâches Azure DevOps.

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

Description

As identified in #223, there is currently a gap in the automated releases for this repo.

Versioning for the GitHub action uses tags in the repo. When someone references devcontainers/[email protected] the workflow runner will look for the vX.Y tag in the repo to fetch.
For the Azure DevOps task, the code is packaged as a VSIX file and submitted to the store. The version of the extension matches the version used in the GitHub release tag. In addition to the extension version, tasks within an extension have their own versions (and there can be multiple versions of a task in sepearate folders in the extension - see here).

So, for Azure DevOps tasks a breaking change can be handled by creating a new task version in a folder alongside the existing task. We can publish updates to either task version in a new extension published from main.

The capability that we want to enable is releasing versions of the GitHub action prior to the latest major.minor version (e.g. new versions of v0.2)

The current versioning process:

  • read version from AzDO json file (** which one?)
  • set outputs based on the major + minor from json file, and patch from build number
  • set patch from output for AzDO
  • set tags from outputs for GH

Proposed versioning process:

  • new JSON file with major/minor values. Allows for different values per-branch
  • read JSON file to set outputs
  • rename ci_main to ci_release
  • Add params to ci_common to control whether to publish GH and whether to publish AzDO
  • ci_release (prev. ci_main) sets publish GH to true, and publish AzDO to true when on release/XXX
  • ci_branch sets publish to false for both GH & AzDO
  • Update triggers for ci_release to include release/XXX branches
Langage dominant
TypeScript
Étoiles
499
Forks
101
Aucune PR mergée en 30 j

Préparer son environnement

Ouvrir dans Codespaces

Lance le conteneur de développement du projet dans votre navigateur, avec votre propre compte GitHub.

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 devcontainers/ci

Toutes les issues de devcontainers/ci

Issues similaires

Plus d'issues TypeScript

Recevez les nouvelles issues par e-mail

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