Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

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

Offen
  • Stimmt etwas nicht?
#232 3 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Feature
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
azure, github-actions
Bereich
ci-cd, devops, release

Rechercherichtung

Beginne damit, die aktuellen ci_main-, ci_common- und ci_branch-Workflows nachzuverfolgen und zu ermitteln, welche Azure DevOps JSON-Datei die Version bereitstellt. Vergleiche deren vorhandene Versions-, Tag- und Release-Trigger mit dem vorgeschlagenen ci_release-Flow und den release/XXX-Branches. Erledigt ist die Aufgabe, wenn GitHub action-Tags für nicht aktuelle major.minor-Versionen aktualisiert werden können, ohne die Veröffentlichung von Azure DevOps-Tasks zu beeinträchtigen.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

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
Vorherrschende Sprache
TypeScript
Sterne
503
Forks
102
Keine gemergten PRs in 30 T.

Entwicklungsumgebung

In Codespaces öffnen

Startet den Dev-Container des Projekts im Browser, mit Ihrem eigenen GitHub-Konto.

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus devcontainers/ci

Alle Issues in devcontainers/ci

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.