Enable publishing updates to non-latest major.minor tags for GitHub action
まだ誰も着手していません。
評価
- 難易度
- 4/5
- 見積もり時間
- 3〜5日
- 初心者へのやさしさ
- 35/100
調査の方向性
まず現在の ci_main、ci_common、ci_branch ワークフローを追跡し、どの Azure DevOps JSON ファイルがバージョンを提供しているかを特定します。既存のバージョン、タグ、リリースのトリガーを、提案されている ci_release フローおよび release/XXX ブランチと比較します。最新ではない major.minor の GitHub action タグを、Azure DevOps のタスク公開を妨げずに更新できれば完了です。
索引モデルが issue の本文から書いたものです。
説明
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
- 主要言語
- TypeScript
- スター
- 499
- フォーク
- 101
- PR マージ指標
- 30日以内にマージされた PR はありません
環境構築
このプロジェクトの開発コンテナを、あなたの GitHub アカウントでブラウザ上に起動します。
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
devcontainers/ci のほかの issue
-
難易度 3/5 1〜2日 初心者へのやさしさ 68/100
devcontainers/ci#446 ·
-
難易度 3/5 1〜2日 初心者へのやさしさ 55/100
devcontainers/ci#445 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
devcontainers/ci#444 · コメント 1 件 · リアクション 3 件 ·
-
Inputs are wrong in post step when action is called through a nested composite action再び着手できるかも @v-Kaniska244 が 58 日前に担当しましたが、オープン中のプルリクエストはありません。 オープン
devcontainers/ci#442 · 担当者 1 名 ·
-
難易度 4/5 3〜5日 初心者へのやさしさ 45/100
devcontainers/ci#437 ·
devcontainers/ci の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 68/100
Doist/todoist-cli#576 ·
メンテナーはふだん 1 日以内に返信
-
feature
難易度 1/5 1時間未満 初心者へのやさしさ 72/100
vercel-labs/skills#2370 ·
メンテナーはふだん 1 日以内に返信
-
🐛 Bug supabase/cli
難易度 2/5 1〜3時間 初心者へのやさしさ 84/100
メンテナーはふだん 1 日以内に返信
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 78/100
CopilotKit/aimock#491 ·
メンテナーはふだん 1 日以内に返信