リリースノートガイド

Citron リリース:リリースノートとバージョンの見方

公式 GitHub のリリースページで、安定版タグ、変更内容、端末に合うファイル、戻すための基準を確認します。

安定版タグ確認:2026-04-27CI 例確認:2026-10-16 の 598b700情報確認日:2026-10-23
Citron リリースノートと履歴を説明する編集イラスト
リリース履歴の読み方を示す概念イラストで、GitHub の実画面ではありません。

Citron のリリースページで最初に見る項目

Citron リリースには、citron-neo/emulator の日付付きタグと、citron-neo/CI のプラットフォーム別ビルドがあります。安定版ページで確認できるタグは現在 2026-04-27 です。CI は安定版タグを変更せずに新しい upstream commit を公開するため、リポジトリ、タグまたは commit、対象プラットフォーム、公開日を一緒に記録してください。

公式の説明文には、何が変わったか、設定やキャッシュに影響があるか、特定の環境に問題があるかが書かれます。動いているビルドを置き換える前に読みます。タイトルに latest と書かれているだけでは、変更内容の根拠になりません。

2026 年 10 月 23 日に確認した CI の Linux リリースには、upstream commit 598b700 と 2026-10-16 の日付が表示されていました。これは確認時点の例であり、すべてのプラットフォームが同じ commit とは限りません。インストール直前に対象ページを開き直してください。

Citron Neo Wiki は公式ページへリンクする独立ガイドです。バイナリ、ゲーム、ROM、firmware、prod.keys、title.keys は配布しません。

現在のリリース構成

2026 年 10 月 23 日に確認した Citron リリース

各ページが何を表すかを、タグ、commit、日付で整理します。日付は確認時点の記録なので、導入前に再確認してください。

タグ付き版

安定版タグ:2026-04-27

日付付きタグは再現性のあるテストの基準です。CI より変化が少なく、戻す場所を明確にできます。

出典:github.com/citron-neo/emulator/releases
CI チャンネル

CI は upstream commit で識別する

CI リポジトリは Windows、Linux、macOS、Android のビルドを公開します。一般的な latest ではなく短い commit を保存します。

出典:github.com/citron-neo/CI/releases
確認例

Linux CI の例:598b700

取得した Linux ページには 598b700 と 2026-10-16 がありました。現在のタグは必ず再確認してください。

公式 CI ページを 2026-10-23 に確認
配布範囲

リリースノートはゲームファイルではない

GitHub のリリースにあるのはプロジェクトのアセットと説明で、著作権ゲーム、個人の本体ファイル、鍵ではありません。

エミュレーターと自分で合法的に取得したファイルを分ける
Citron の安定版タグと CI リリースを比較する編集イラスト
リリースチャンネルの比較を示す概念イラストで、GitHub の実画面ではありません。

変更履歴の前にリリースの識別子を保存する

動くタグをすべて同じバージョンとして扱わないために、先に識別子を記録し、その後でノートを読みます。

チャンネル保存する識別子ノートから分かること実際の判断
安定版2026-04-27 タグ日付付きの説明とアセット基準として使う
CI Linux598b700、2026-10-16upstream commit と形式必要な修正がある時だけ試す
CI Windows / Android / macOS各 platform のタグと commit環境ごとのビルド状態ページを個別に確認する
Source archiveGitHub の生成 ZIP開発用スナップショットインストーラーにしない

ダウンロード先は公式リリースの Assets です。推測した CDN、短縮 URL、再梱包インストーラー、文脈を失ったミラーは使いません。

ノートの読み方

Citron リリースノートで見る四つの信号

ノートは、実際に解決したい問題に関係する情報を探すと役立ちます。更新前に次を確認します。

互換性と回帰の範囲

ゲーム、renderer、controller、OS、firmware の記述を探します。一つの経路の修正が全環境に効くとは限りません。

  • 対象 platform を記録する
  • fixed、changed、experimental、known issue を区別する
  • 問題と無関係なら今のビルドを残す

設定とキャッシュの変更

shader cache の無効化、user フォルダーの移動、初期値の変更、初回起動の要求が書かれることがあります。

  • 自分の設定をバックアップする
  • 古いキャッシュを理由なくコピーしない
  • 移行手順はリリースの説明を優先する

アセットとアーキテクチャ

x64、x86_64_v3、aarch64、Android、macOS などをファイル名から読みます。目立つ名前ではなく端末に合うものを選びます。

  • OS と CPU を確認する
  • AppImage、ZIP、DMG、APK は別形式として扱う
  • 珍しい suffix は説明文を読む

戻す時の記録

commit、日付、ノートを保存すると、回帰を具体的に報告できます。

  • 前の動くビルドを残す
  • 同じシナリオと設定をメモする
  • latest ではなく識別子を伝える

推測せずに platform asset を選ぶ

ノートは変更点を説明し、Assets は端末で実行できるファイルを示します。両方を確認してください。

1

所有者を確認

URL が github.com/citron-neo/ 配下で、意図したリポジトリであることを確認します。

2

タグまたは commit を保存

ダウンロード前に stable tag または説明文の full commit を記録します。

3

OS を一致させる

Windows ZIP、Linux AppImage/tar.zst、macOS DMG、Android APK は互換ではありません。

4

CPU を一致させる

x86_64、x86_64_v3、aarch64、Apple silicon は端末に合う場合だけ選びます。

5

文脈を残す

Release の Assets から取得し、名前、日付、ノート、リポジトリを後で確認できるようにします。

複数 OS 向け Citron asset を説明する編集イラスト
platform と architecture の違いを示す概念イラストです。

更新の判断

新しい Citron リリースを試すタイミング

新しいことだけを理由に更新しません。具体的な不具合とノートを結び付け、基準版と比較します。

stable tag を基準にする

初回設定、再現テスト、CI の回帰確認には日付付き stable を使います。

  • 最初は stable で起動する
  • renderer、controller、内容の状態を記録する
  • 別チャンネルを試す間も stable を残す

具体的な修正がある時に CI を使う

ノートが自分の不具合や platform 修正に一致する場合だけ CI を試します。改善は保証されません。

  • 一度に一つだけ変える
  • commit と platform を残す
  • 結果が悪ければ stable に戻す

安全な更新手順

新しいリリースを再現可能な形で試す

同じ条件で比較し、推測せずに戻せる記録を残す手順です。

1

問題を先に書く

何が、どの platform で、どの内容に対して失敗し、stable でも起きるかを記録します。

2

対応するノートを読む

公式 tag または CI ページで fix、regression、cache、設定移行を探します。

3

識別子を保存

repo、tag/commit、公開日、ファイル名、architecture を保存してから取得します。

4

自分の設定をバックアップ

設定、セーブ、動作するビルドを保全します。新しい archive をバックアップ扱いにしません。

5

変数を一つにする

同じ端末、設定、テスト内容で起動します。ビルドと renderer を同時に変えません。

6

残すか戻すかを決める

基準版と結果を比べ、目的の問題が解決して回帰がなければ残します。

Citron CI から安定版へ戻す手順を示す編集イラスト
制御されたロールバックの概念イラストで、復元ツールの画面ではありません。

ロールバック計画

更新前に動作するリリースを残す

最も簡単なのはフォルダーを分ける方法です。stable 2026-04-27 を別フォルダーに残し、CI を別の場所で試します。新しいビルドが通るまで cache と設定を混ぜません。

起動失敗、黒画面、入力の変化、性能低下が出たら、まず stable のフォルダーを起動します。driver、firmware、graphics 設定を同時に変えると、原因が分からなくなります。

置き換えが必要だった場合は自分のバックアップを戻し、同じテストを繰り返します。回帰を起こした commit と復旧した commit を記録すると、latest が壊れたという説明より役立ちます。

  • stable と CI を別フォルダーに置く
  • 設定とセーブを先にバックアップする
  • 設定変更より先に基準版へ戻す
  • URL、commit、asset 名、テスト結果をまとめて保存する

リリースに関係する問題と次の確認

無関係な設定を変える前に、タグと platform の情報で範囲を絞ります。

症状最初の確認次の手順
latest と表示されるがタグが不明repo、tag/commit、公開日を読む識別子を保存しミラーを避ける
新しいビルドが起動しないOS、architecture、形式、空のフォルダーを確認設定を変える前に動作版へ戻す
ゲームの挙動が変わったrenderer、cache、互換性の変更を探すstable で同じテストを行い両方の識別子を保存
source ZIP をインストーラーと思うasset のラベルと説明を読むplatform 用の実行パッケージを選ぶ

よくある質問

Citron リリース FAQ

公式の Citron リリースはどこですか?

日付付きタグは citron-neo/emulator の Releases、platform の rolling build は citron-neo/CI の Releases です。URL の owner を確認してください。

確認済みの最新 stable は何ですか?

2026 年 10 月 23 日に確認した stable tag は 2026-04-27 です。導入前に公式ページを再確認します。

CI commit は stable version と同じですか?

違います。CI commit は自動ビルドの識別子で、stable より新しくても platform 固有の変更や回帰を含むことがあります。

Citron リリースノートはどう読みますか?

まず識別子を保存し、互換性、renderer、cache、設定移行、既知の問題、asset の注記を確認します。

Release からゲーム、firmware、鍵を取得できますか?

できません。Release はプロジェクトのアセットと説明を提供します。自分が合法的に取得できるファイルだけを使ってください。

新しいリリースで環境が壊れたら?

stable に戻し、新しいものを分離して、commit、asset、テスト条件、症状を記録してから報告します。

公式ソース

リリース情報とリンク

Citron リリースの例は 2026 年 10 月 23 日に確認した公式ページから取得しました。現在の asset が必要な時はリンク先を再確認してください。