元GitHub CEOのドムケ氏、AI時代の開発プラットフォーム「Entire CLI」をオープンソースで公開。すべてのコンテキストをGitに保存 昨年（2025年）8月にGitHub CEOを退任したトーマス・ドムケ氏は、新会社Entireの立ち上げと、AI時代の開発プラットフォームとして新たに開発した「Entire CLI」をオープンソースとして公開しました。 read more on our vision at https://t.co/cAR60EB915 — Entire (@EntireHQ) February 10, 2026 Entire CLIはGitに対応したコマンドラインツールとして動作し、人間とAIの協業による開発のコンテキストをすべて自動的にGitに記録することを大きな特徴としています。 これにより、よりよいコードレビューやコードのトレーサビリティ、効率的なトーク
GitHub Copilot SDK（パブリックプレビュー）が公開されました。GitHub Copilot CLIを支える同じエージェント基盤を、あらゆるアプリケーションに組み込むことができます。 エージェントワークフローをゼロから構築するのは大変です。 ターン間のコンテキスト管理、ツールやコマンドのオーケストレーション、モデル間のルーティング、MCPサーバーの統合、そしてパーミッション、安全性の境界、障害モードの設計が必要です。実際のプロダクトロジックにたどり着く前に、すでに小さなプラットフォームを構築することになってしまいます。 GitHub Copilot SDK（パブリックプレビュー）は、その負担を取り除きます。GitHub Copilot CLIを支える同じGitHub Copilotエージェント基盤を、あらゆるアプリケーションに組み込むことができます。 GitHub Copil
明日からできる！GitHub Copilot + GitHub MCP Serverで始めるAI駆動開発 はじめに こんにちは、URBAN HACKS サーバーサイドエンジニアの池田です。 URBAN HACKSでは日々の開発でGitHub Copilotを活用しています。 コードを提案、補完してくれるだけでも十分に活躍していますが、GitHub CopilotにAgent Modeが搭載されたこと、公式のGitHub MCP Serverが登場したことにより、これらを組み合わせ、より効果的に活用できるようになりました！ この記事ではこれらを組み合わせた開発手法をご紹介すると共に、 生成コードの精度が上がりやすくなるコツ チーム開発とAIの組み合わせ方 をお伝えできればと思います！ コード生成の精度にお悩みの方や、より効果的にAIにコーディングを手伝って欲しい方の参考になれば幸いです。 G
smtp4dev - the fake SMTP email server for development and testing. A dummy SMTP server for Windows, Linux, Mac OS-X (and maybe elsewhere where .NET Core is available). Lets you test your application without spamming your real customers. smtp4dev support many advanced features: OpenAPI/Swagger API IMAP and POP3 access to retrieve and delete messages SMTP session logging Terminal User Interface (TUI
個人的によく使っていて時々 Pull Request も投げている Durable Functions の開発リポジトリでは、全ての Pull Request に対しては基本的なテストのみ実行し、full-ci というラベルが付いた時のみ全てのテストを実行するようになっています。 実際に以前投げた Pull Request は影響範囲の広い修正だったので、full-ci ラベルが付けられてテストを全て実行し、パスしたのを確認してマージされました。 理想的には全ての Pull Request で全てのテストを実行するべきなのでしょうが、テストに関しては時間的な制限もあって難しいので、この運用は個人的にかなり良い感じだと思っていました。 常に全てのテストを実行する必要がないことは開発中していて気が付きますし、テストに時間がかかってマージやリリースが遅れ始めるとテストが邪魔扱いされかねません。そ
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Microsoft傘下のGitHubは米国時間9月10日、「Microsoft Teams」と「GitHub」を統合する新たな機能のパブリックベータ版を公開したと発表した。 この機能によって、GitHubを利用している開発者に、Teamsアプリ内からGitHubアプリを使用するという選択肢が提供される。これまでに「Slack」で実現されていたような連携が可能になる。 GitHubとTeamsの統合は、GitHubによって管理され、GitHubとSlackの統合と同様の機能をTeamsチャネルで提供する。 GitHubは、「Microsoft TeamsとGitHubの統合により、TeamsのチャネルでGitHubプロジェクトの完全な可視
GitHub、チームでの利用も無料に。プライベートリポジトリ数も制限なく、チームディスカッション、ActionsによるCI/CDも可能 GitHubは無料で利用できる「Free」プランを見直し、個人に加えてチームでも無料で利用できる新たなFreeプランを発表しました。 Today we’re announcing free private repositories with unlimited collaborators for teams with GitHub Free, and reducing the price of our paid Team plan to $4 per user/month. All of the core GitHub features are now free for everyone. Learn more: https://t.co/fQ3r2ABt
はじめまして。2019年1月に入社したSREスペシャリストのsonotsです。最近MLOpsチームのリーダーになりました。今回の記事はMLOpsの業務とは関係がないのですが、3月に弊社で実施した会社用GitHub個人アカウントの廃止について事例報告します。 TL;DR 会社用GitHubアカウントを作るべきか否か問題 会社用GitHubアカウントの利用で抱えた問題 1. OSS活動時にアカウントを切り替える必要があり面倒 2. GitHubの規約に準拠していない 会社用アカウントを廃止した場合にセキュリティをどのように担保するか GitHubのSAML single sign-on (SSO)機能について 会社用アカウントの廃止およびSSO有効化の実施 会社用GitHubアカウントを使い続ける場合 私用GitHubアカウントに切り替える場合 Botアカウントの場合 Outside Coll
Design & Dev GitHub now gives free users unlimited private repositories Finally! GitHub is by far the most popular way to build and share software. That said, one weakness of the platform is that it limits who can create private repositories – that is, software projects that aren’t visible to the broader public, and are shared only with a handful of pre-defined collaborators – to paying users. New
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
