Author Don Syme Peli de Halleux GitHub Agentic Workflowsがテクニカルプレビューとして登場。GitHub Actionsでコーディングエージェントを使用し、意図駆動型の自動化を構築しましょう。トリアージ、ドキュメント作成、コード品質向上など、さまざまなタスクを自動化できます。 朝、リポジトリを訪れて、穏やかな気持ちになれることを想像してください。なぜなら： Issueがトリアージされている。 CIの失敗が説明され、修正が提案されている。 ドキュメントがコードの現状を反映している。新しい分析により、品質とツールの改善点が示されている。 テストを改善する2つの新しいプルリクエストがレビューを待っている。 すべてが可視化され、検査可能で、あなたが定義した境界内で動作している。 これがGitHub Agentic Workflowsのビジョンで

結論: Blacksmithのrunnerを使うといいよ！ サードパーティであるBlacksmith製のrunnerを利用した所、1分あたりの単価が半額になった上に、実行時間も減り、結果コストも約70%削減できました。 今回の結果は、正確には、Github Actions用yamlの各Jobのrunnerを変更（runs-onを修正）する前に、導入に向けての調査や、Blacksmith自体への登録という作業をしたことにより実現しております。 はじめに ご無沙汰しております。 去年に引き続き、あらためて自己紹介なのですが、株式会社カウンターワークスにて、テックリード的存在として、リーシングのDXを実現するクラウド管理システム「ショップカウンター エンタープライズ」を開発しておりますshimです。 11月上旬から、これめっちゃ良かったから導入記事を書こう！と思っていたら、気がついたら12月にな

プログラミングをする上で、ソースコードの差分を表示してくれるdiffツールは必要不可欠な存在です。とりわけ、バージョン管理ツールと連携させてバージョン間の変更差分を確認するのは、単にバージョン間の変更内容を知るのみならず、バグの発見に役立つことも多く、定番の使用法といえます。「0github.com」は、GitHubのプルリクエストからコード差分を抽出して比較することができ、さらにコードレビューすべき箇所を「ヒートマップ」として表示してくれるとのことなので、実際にアクセスして確認してみました。 コードレビュー用のヒートマップ差分ビューア https://0github.com/ 0github.comは、コードの差分行・トークンに対して、「どれだけ注意すべきか」に応じが色分け表示をする「ヒートマップ」が特徴的です。一般的なPRレビューbotは「バグかどうか」を着眼点としますが、0githu

ubuntu-slimとは github.blog 2025/10/28にパブリックプレビューとなったランナーです。 公式のchangelogにも書かれていますが、従来の ubuntu-latest と比較した際に特筆すべき違いは以下の3点です。 VMではなくコンテナ 1vCPU / 5GB RAM 15分上限 VMではなくコンテナ ubuntu-latest はジョブごとに VM（仮想マシン）を起動して動作しますが、ubuntu-slim はコンテナベースのランナーで動作します。 「ハイパーバイザーレベル2の分離（hypervisor level 2 isolation）」と書いてあり、VM のような独立した環境を提供しつつ、コンテナ特有の軽さと起動速度を両立しています。 1vCPU / 5GB RAM ubuntu-slim は1vCPU / 5GB RAM です。 ubuntu-la

テイラーでは開発にGitHubを使用しているのですが、それはもう毎日たくさんのPull Request / Issueが作られます。 RenovateなどのPull Requestの数も影響していますが、それを差し引いても構成人数比でいうと多い印象があります。 GitHub Notificationsの未読通知ベースの管理のツラミ 私はGitHub Notificationsの未読通知でPull Request / Issueを把握していて、確認したものから既読にしていく（つまり、確認するつもりで開く）運用をしていたのですが、この運用がうまくいっていない感覚がありました。 明らかに（もう）見なくてもいい未読通知が大量にある マージやクローズの通知はもう終わったことなので、一旦は見なくて良いかなと思うのですが（プロダクトの変遷を追うという意味では重要な情報ではあるのですが、それは別のフェーズ

GitHub⁠⁠、リモートGitHub MCPサーバーをパブリックプレビューで提供開始 GitHubは6月12日、リモートGitHub MCP Serverをパブリックプレビューとして提供を開始した。 Remote GitHub MCP Server is now in public preview - GitHub Blog GitHub MCPサーバーは、Visual Studio CodeやClaude DesktopのようなMCPに対応するAIツールから、GitHubのコンテキストと機能、つまり最新のIssueやプルリクエスト、ファイルを参照・操作するためのもの。 リモートGitHub MCPサーバーを使うことで、ローカルでGitHub MCPサーバーを実行しなくても済むようになる。リモート版を利用するには、リモートMCPとMCP認証に対応しているAIツールが必要になる。 特に、V

GitHubは、生成AIがプログラミングなどを支援してくれる「GitHub Copilot」の新機能として、「GitHub Copilotコードレビュー」が正式版になったことを発表しました。 コードレビューは開発に欠かせないが時間がかかる コードレビューは、新しくコードを書いたときや変更するときなどさまざまな場面で、そのコードにバグなどの問題がないか、目的に沿った内容や表現になっているか、などのチェックや評価を行う作業です。 チームでシステム開発を行ううえでコードレビューは欠かせませんが、コードレビューは基本的にレビューを行うプログラマ（レビュワー）がコードを目視で読み取り、チェックしていくことになるため、レビュワーにとって負荷の高い時間のかかる作業となっています。 最低限のコードレビュー作業を生成AIが代行 GitHub Copilotコードレビューは、GitHub Copilotに作業

What features would you love to see? | どんな機能が欲しいですか？ | Join our Discord to share ideas!

AI & MLLearn about artificial intelligence and machine learning across the GitHub ecosystem and the wider industry. Generative AILearn how to build with generative AI. GitHub CopilotChange how you work with GitHub Copilot. LLMsEverything developers need to know about LLMs. Machine learningMachine learning tips, tricks, and best practices. How AI code generation worksExplore the capabilities and be

Taska is beautifully designed to let you quickly create and edit GitHub/GitLab issues.It talks directly to GitHub/GitLab so your data stays 100% secure and compatible with others, whether they use Taska or not.

GitHub Copilot は、IDE でのトラブルシューティング、プルリクエストの分析などにより、デバッグプロセスを合理化し、より迅速かつ堅牢に問題に取り組むことができます。 デバッグは開発者のワークフローに欠かせない作業ですが、最も時間がかかる作業のひとつでもあります。もしAIがこのプロセスを効率化し、コードの分析、修正、文書化をより速く行う手助けをしてくれるとしたらどうでしょうか？AIを搭載したコーディングアシスタント、GitHub Copilotがお助けします。 GitHub Copilot はコードを書くためだけのものではなく、デバッグのための強力なツールでもあります。IDE でのトラブルシューティング、/fix などの GitHub Copilot Chatのスラッシュコマンドの使用、github.com でのプルリクエスト (PR) のレビューなど、GitHub Copil

GitHub、マイクロソフトの独自開発CPU、Cobalt 100プロセッサによるLinux Arm64ホステッドランナーを無料プランユーザーにも提供へ GitHubは、パブリックリポジトリを利用している無料プランのユーザーに対しても、マイクロソフトの独自開発CPU、Cobalt 100プロセッサによるLinux Arm64ホステッドランナーを提供すると発表しました。 現在パブリックプレビューとして公開されています。 GitHubホステッドランナーは、GitHub Actionsで設定されたワークフローのジョブを実行する仮想マシンです。ソースコードのビルドやテストなどのさまざまな処理を実行できます。 もともとホステッドランナーはx86プロセッサのサーバが用意されていましたが、より電力効率の高いArmプロセッサのサーバが普及し始めたことに伴って、2024年からArmプロセッサのサーバによるホ

GitHub Actionsで定期実行（cron）のワークフローを組んだユーザーが退職すると、ワークフローは無効化される 大事なことなので、見出しでも同じことを書いてしまいました。 何を言っているんだという感じですが、とにかくそういうことらしいです。 厳密には最後にワークフローにコミットしたユーザーが組織から削除されると、無効になるようです。 GitHub Actionsの定期実行でPR作成を自動化*1している会社もそれなりにあるかと思うのですが、その場合はそれらが全部停まります。 さらに、1度無効化されてしまった場合はcron式を変更しないといけないというのも罠ポイントですね。 最後にワークフローの Cron スケジュールにコミットしたユーザーが組織から削除されると、スケジュールされたワークフローは無効になります。 リポジトリへの write アクセス許可を持つユーザーが Cron スケ

GitHub の Sub-issues はいいぞ はじめに こんにちは！ STORES でソフトウェアエンジニアをしている @m0nch1 です。 今回は GitHub issues に新しく追加された Preview 機能の１つである Sub-issues について紹介しようと思います。 Sub-issues は GitHub Projects と組み合わせることでより便利に機能するものになっており、GitHub Projects での活用例についても紹介しようと思います。 ちなみに STORES ではバックログの管理に GitHub Projects を活用しているチームが多く、日々活用しながら開発を進めています。 product.st.inc Sub-issues 改めて今回紹介したい Sub-issues について簡単に紹介します。 Sub-issues はこのブログ執筆時点ではま

ニュース 「GitHub」とZOZOTOWNがコラボレーション！ZOZOTOWN限定アイテムを11月22日より販売 世界で最も広く採用されている、AIが支援する開発者プラットフォーム「GitHub」とZOZOTOWNがコラボレーションしたコレクション「GitHub × ZOZOTOWN」を、11月22日（金）よりZOZOTOWN限定で受注販売します。GitHubがアパレル企業とコラボレーションしたアイテムを日本で展開するのは、本企画が初めてとなります。 今回販売するのは、株式会社セミトランスペアレント・デザインの田中良治氏が、GitHubのアイコンなどをデジタルな表現でデザインに落とし込んだTシャツやキャップなどのアイテム全9型です。 また、11月27日（水）にベルサール渋谷ファーストで開催される「GitHub Universe Recap 東京」では、本コラボアイテムを実際にご覧いただく

AIコーディングツール「GitHub Copilot」で大規模言語モデルとして「OpenAI o1-preview」「OpenAI o1-mini」「Claude 3.5 Sonnet」「Gemini 1.5 Pro」が利用可能となることが明らかになりました。GitHub CopilotでOpenAI以外の言語モデルが利用可能になるのは初めてのことです。 Bringing developer choice to Copilot with Anthropic’s Claude 3.5 Sonnet, Google’s Gemini 1.5 Pro, and OpenAI’s o1-preview - The GitHub Blog https://github.blog/news-insights/product-news/bringing-developer-choice-to-copil

本記事のテーマはGitHub Actionsです。個人的に「もっと早く知りたかった！」と考えているグッドプラクティスを、厳選してお届けします。想定読者は次のとおりです。 普段GitHub Actionsを雰囲気で運用している人 GitHub Actionsをコピペや生成AIで乗り切っている人 他者が書いたコードの意味をより深く理解したい人 本記事でGitHub Actionsの基本は説明しません。グッドプラクティスを含めて基礎から学びたい人は、拙著『GitHub CI/CD実践ガイド』を読んでみてください。GitHub Actionsの基本構文から運用のコツまで、網羅的に解説しています。さて書籍紹介はこれぐらいにして、さっそく本題へ進みます。 GitHub Actionsの設計指針 GitHub ActionsはCI/CDや各種自動化で役立つ、汎用的なワークフローエンジンです。一般的に長期

はじめに こんにちは、WEARバックエンド部バックエンドブロックの塩足です。普段は弊社サービスであるWEARのバックエンド開発・保守を担当しています。 WEARのバックエンドでは、これまで自動テスト環境としてCircleCIを使用していましたが、運用保守の改善を目的にGitHub Actionsへ移行しました。 今回は、GitHub Actionsへ移行する際に取り組んだ以下の3点について紹介します。 効率的にテストを分割してテストを並列実行する方法 失敗したテストのみを再実行する仕組みの構築 GitHubのCheck annotationsを活用して、失敗したテスト情報を表示 また、最後に今回行ったテストカバレッジのレポーティングとGitHub Pagesでのホスティングの方法について紹介します。 目次 はじめに 目次 背景 なぜ自動テスト環境をCircleCIからGitHub Acti