v4.1.18: docs(skills): SDK移行完了に合わせて拡張機能の公開手順を全面改訂v4.1.18: docs(skills): rewrite publish-extension for the completed SDK cutover
匿名の公開いいねです。記事の保存・お気に入りではなく、Featured、Top 3、重要度、掲載順位には影響しません。仕組みとプライバシーAnonymous public likes are reactions, not saved articles or bookmarks. They do not affect Featured, Top 3, importance, or listing order.How it works and privacy
- Cline v4.1.18は、SDK移行完了に合わせて拡張機能公開手順を単独の安定版ビルド向けに改訂した。
- 夜間版が手動実行のみで、安定版はビルド前にタグ付けする点も正し、リリース担当者の誤操作や不整合を防ぐ。
Cline v4.1.18 revises extension publishing guidance for the standalone stable SDK build, clarifying manual-only nightlies and pre-build tagging to prevent release errors.
本ページの本文と要約は AI による自動生成です。日本語版と英語版は言語ごとに独立して生成されるため、表現や詳しさが異なる場合があります。正確性は元記事 (github.com) をご確認ください。The body and summaries are AI-generated independently for each language, so wording and detail may differ. Verify accuracy at the original source (github.com).
要約と収集メタデータに基づく AI 解説。元記事全文の転載・翻訳ではありません。AI explainer based on the summaries and collected metadata, not a copy or translation of the full source article.
SDK移行完了
Cline v4.1.18では、SDK移行の完了に合わせ、拡張機能の公開手順が全面的に改訂された。安定版と夜間版の実際の公開経路や実行条件を文書へ正しく反映し、リリース時の誤操作や不整合を防ぐ内容となっている。
安定版ビルド
ext-sdk-bundle-rolloutフラグが100％に達したため、安定版リリースでは、従来のlegacyとnextを組み合わせたA/B VSIXではなく、mainの単独ビルドを公開する。公開にはext-vscode-publish-stable.ymlが使われる。この経路に沿うよう拡張機能公開のskillが書き直され、今後廃止すべきものとして残っている項目も記録された。
夜間版の実行
夜間版は手動実行のみであり、定期実行ではない。以前はcronによる実行があったが、PublishNightlyに必須レビュアーが設定されたことで、無人実行が承認待ちのまま停止し、後続の実行を滞らせる状態になったため、cronは削除された。今回の改訂では、旧文書にあったこの点の誤りが修正されている。
ビルド前タグ
安定版のワークフローでは、ビルドより先にタグ付けを行う。これによりタグのpushに失敗した場合は処理が早い段階で失敗し、公開済みであるにもかかわらずタグが存在しないリリースが残る事態を避けられる。旧文書ではこの順序も誤っていたため、実際のワークフローに合わせて訂正された。
Standalone stable SDK build
Cline v4.1.18 revises the extension publishing guidance to match the completed SDK migration. The change matters because the documented release process now reflects the standalone stable build and corrects details that could otherwise cause release errors or inconsistencies.
The ext-sdk-bundle-rollout flag has reached 100%. As a result, stable releases now ship a standalone build of main through ext-vscode-publish-stable.yml. This replaces the previous combined legacy+next A/B VSIX path.
The skill has been rewritten around the standalone publishing path. It also records what remains to be retired, keeping the current procedure separate from the remaining cleanup work associated with the earlier release approach.
Manual-only nightlies
The revised guidance clarifies that nightly releases run through manual dispatch only. The previous text did not accurately describe this behavior.
The cron schedule was removed after PublishNightly gained required reviewers. Under that setup, unattended runs remained waiting for review and starved the runs that followed them. Removing the cron means the documented process now presents nightly publishing as a manual action rather than an automatically scheduled one.
This correction is intended to help release operators follow the actual nightly workflow and avoid relying on an automation path that is no longer in use.
Pre-build tagging
The stable workflow also tags the release before starting the build. This ordering corrects another error in the old documentation.
Because tagging happens first, a tag-push failure causes the stable workflow to fail early. The process therefore stops before the build and publication stages instead of creating a release that has been published without its corresponding tag.
Together, the standalone stable build path, manual-only nightly process, and pre-build tagging order bring the publishing guidance into line with the current release workflow and reduce opportunities for operator mistakes or mismatched release state.
ポコとTECHガイドPoko & TECH Guide
ポコと当サイトのTECHガイドが、記事の要約と収集した情報から読みどころを語るAI生成の対話です。Poko and TECH Dashboard's own TECH Guide discuss the article's highlights in an AI-generated conversation based on its summary and collected source details.
- ポコPokoSDK移行が完了すると、拡張機能の公開手順はなんで全面的に変わるの？Why did completing the SDK cutover mean rewriting the extension publishing steps?
- TECHガイドTECH Guide移行フラグが100%に達し、安定版は従来の混合VSIXではなく、mainの単独ビルドを公開する流れになったからだよ。The rollout flag reached 100%, so stable releases now publish a standalone build of main instead of the old combined A/B VSIX.
- ポコPokoじゃあ、リリース担当者が今の流れを迷わず進めて、誤操作を減らすための改訂なんだね？So this update helps release staff follow the current path without confusion and avoid mistakes?
- TECHガイドTECH Guideそうだね。夜間版は手動実行だけ、安定版はビルド前にタグ付けすると明確にして、不整合も防ぎやすくしているよ。Right. It clarifies that nightlies are manual-only and stable releases are tagged before building, helping prevent inconsistent releases.
- ポコPoko公開方法を一本化して、実際の実行順も正しく書き直したんだね。Got it—the publishing path was streamlined, and the actual execution order was corrected.
- TECHガイドTECH Guideうん。ただ、廃止に向けて残っている項目も記録されていて、整理がすべて終わったとは書かれていないよ。Yes. One caveat: it also records items still left to retire, so it doesn’t say every cleanup task is finished.
