ハクソク

世界を動かす技術を、日本語で。

GitHubに現在問題が発生しています

4時間前原文(www.githubstatus.com)

概要

  • 2026年4月20日にGitHubでコードスキャンやプロジェクトボード関連のサービス障害が発生
  • シリアライズエラーが根本原因で、プルリクエストや新規Issueの処理に影響
  • 修正デプロイと再インデックスで復旧対応を実施
  • 障害期間中のデータは一時的な遅延が生じたが、順次正常化
  • 今後の再発防止策としてスキーマバリデーション強化と監視体制の改善を進行

GitHub 障害報告：2026年4月20日〜21日

  • 発生期間：2026年4月20日 10:28 UTC〜15:04 UTC
    • プロジェクトボードの完全復旧は4月21日 05:04 UTCまで継続
  • 影響範囲：
    • Code scanning default setupおよびCode Qualityの分析が新規プルリクエストで未実行
    • 新規作成Issueがプロジェクトボードに表示されない事象
  • 原因：
    • シリアライズエラーにより、イベントのトリガーや更新処理が停止
  • 復旧対応：
    • 修正デプロイによるイベントパブリッシングの復旧
    • プロジェクトボード向けに追加コード変更と再インデックスを実施
  • 進捗・監視：
    • 障害緩和後も安定性確認のための監視を継続
    • 障害中にリンクされたIssueは正常表示まで数時間の遅延
  • 再発防止策：
    • スキーマバリデーション強化によるエラー未然防止
    • 重要イベントの監視体制強化による早期検知

今後の対応方針

  • 障害再発防止に向けた技術的強化
    • スキーマバリデーションの精度向上
    • Hydroトピックなど重要イベントのパブリッシュ監視体制の拡充
  • ユーザー影響最小化のための迅速なインシデント対応体制構築
  • 継続的なサービス安定性と品質向上への取り組み

Hackerたちの意見

Codeberg.orgも今問題が発生してるみたいだね。: https://status.codeberg.org/status/codeberg https://social.anoxinon.de/@codebergstatus/11647770704799298...
ちなみに、静かに失敗してるみたいで、「オープンなプルリクエストはありません。」って表示されるけど、実際には何十件もあるんだよね。これはかなりまずい、絶対に人を誤解させるよ。
└
自分のことだけ言ってるんじゃないよ、私たちは全てのPRを完了したことを祝ってるんだから！ :D
└
それとも先週の「マージキューを使ってたら、うっかりトランクを壊しちゃった」ってやつも、静かに失敗したよね。
└
PRリストが表示されても、見ているカテゴリのすべてのPRが表示されるわけじゃないんだよね。ほんとに厄介な問題だわ。
うん、もう我慢の限界かな。ビジネスに影響が出始めてるから、真剣に代替案を提唱しないと。明らかに良くなってないし。
└
どうぞ。私たちは何年もGiteaをDrone/Woodpeckerでセルフホスティングしてるけど、機能セットが合えばそれかForgejoで十分だよ。たまにGitHubのスレッドを覗いて笑ってるけど、私たちのGiteaインスタンスは過去数年で計画的なダウンタイムが数分あっただけで、全部夜中にGiteaのアップグレードのためだった。
└
今、ForgejoでGitとCIを自ホスティングしてるけど、めっちゃうまくいってるよ。 ;)
└
GitHubみたいなUIが欲しいなら、ForgejoかGiteaを使ってみて。似たような体験がしたいならGitLabがいいよ。カーネルの体験に近いものが欲しいなら（ホスティング、柔軟なリポジトリ構造、SSHキーによるユーザー認証、シンプルなWeb UI）、gitoliteとcgitを使うか、gitwebを試してみて。
└
GitLabがもっと注目されてないのが驚きだよ。確かに完全に同じではないけど、かなり近い。オレンジの代わりにリンゴと洋ナシって感じ。
GitHubはマイクロソフトが買収してから問題が続いてるよね。 https://damrnelson.github.io/github-historical-uptime/
└
毎週のようにステータスの問題がある気がする。特に週の始まりに多いよね。
└
それは厳しいな。これから13ヶ月間、AIがどんどんコードを書くようになったらどうなるんだろう。
└
コロナのせいだったかもしれないね？月をよく見てみて、あと「MSFTがGitHubにxyzをさせる」ためのyバーも必要だね。
└
なんでそんなことになるの？
└
時間が経つにつれて状況が悪化しているのは否定できないけど…そのチャートが示していることは、見た目ほど明確じゃないと思う。2018年以前のダウンタイムがたくさんあったけど、そこには載ってないよね。https://hn.algolia.com/?dateEnd=1545696000&dateRange=custom&... あのチャートの別の解釈としては、「マイクロソフトが買収してから、実際にダウンタイムを追跡することに真剣になった」ってことかな。それはさておき、ここ6ヶ月間はかなり悪化していると感じる。MSによる品質の低下とAIによるスケールの増加が組み合わさっているんじゃないかな。
└
みんなに「チームを含めて無料を導入した時、GitHubにすべてを集中させるのは良くないよ」って警告しようとしたんだけど、6年前のことだね。[0] https://news.ycombinator.com/item?id=22867803
└
正直、しばらくの間、GitHubはMSに買収される前と比べて特に信頼性が変わったとは思わなかった。でも、ここ1年くらいで、障害が普通になってきた気がする。
└
マイクロスロップ！今の彼らのソフトウェアがどれだけひどいか、驚くよね。20年もアウトソーシングとコスト削減を続けたら、こうなるんだろうな。
今日はyで終わる日だから、そう、GitHubがダウンしてるね。
GitHubがダウンしてるのが嫌だし、AIにコードを盗まれるのも嫌？それならsourcehutに参加してみて。私にはすごく合ってるし、プラットフォームとして成長してほしいな。
└
sourcehutはどう違うの？ただの別の中央集権的サービスじゃん。
└
新しいリポジトリを探索するのが好きだから、興味のあるプロジェクトがほとんどあるcodebergに全部移行したよ。
OSSプロジェクトの皆さんにお知らせ：複数のForge間でコードを同期するためのシンプルなCIジョブを設定するのはめっちゃ簡単だよ。別のForgeからのメール通知も全く手間いらないし。少なくとも、GitHubから離れてあなたのプロジェクトに貢献する選択肢を人々に与えてあげてほしい。最終的には、エコシステムにとっても良くなるはずだから。
└
コードの同期は簡単で trivial な部分で、CIの仕事はそれを解決するだけ。私の意見では、ほとんどのプロジェクトにはそれほど必要ないと思う。難しいのはコードの周りのことだよね。* チケットやPR（クローズされたものも含む） * プロジェクトを参照するリンク * CIの設定 * 大規模プロジェクトの場合、コミッターの権限設定 * 該当する場合、プッシュ/コミット/ブランチのルール これらはプロジェクトごとに移行するのがすごく面倒だし、失われるかもしれない。でも、私の意見ではそれが最悪ではないよ。ソフトウェアを見つけるためのプラットフォームを失うことが一番辛い（ソフトウェアのためのfediverseはいつ？）。
今日はずっとこれに気づいてる…いろんなワークフローが変な感じで失敗してるし、UIの問題もおかしい…デプロイを1日延期してるくらいで、CI/CDの壊れた部分を修正するのが月に1回以上になってる気がする。
これはGitHubより大きいよ: https://downdetector.com
うわ、これ直すのに異常に時間かかってるね。チームが修正しようとして、Claudeのセッション制限に引っかかっちゃったのかな。クールダウンが終わるまで何もできないし、AIなしで直す方法を知ってる人が手術で不在なんて。AIなしで問題を解決できる人たちが全員引退したら、どうなるんだろう？