EngineeringOpen SourceInclude diagrams in your Markdown files with MermaidA picture tells a thousand words. Now you can quickly create and edit diagrams in markdown using words with Mermaid support in your Markdown files. A picture tells a thousand words, but up until now the only way to include pictures and diagrams in your Markdown files on GitHub has been to embed an image. We added support for

この記事は、GitHubの活動、オープンソースコミュニティの動向、さらにGitHubのデータサイエンスチームによる洞察によって作成された2018年のOctoverse(オクトバース)レポートに基づいたシリーズの一部です。 GitHubにホスティングされているテクノロジーの中核はプログラミング言語です。今年のOctoverseレポートでは、GitHubで行われているさまざまな開発活動の傾向​​を分析しました。この記事では、なぜ特定の言語が人気なのか、どの地域でその言語が多く利用されているのかについて詳しく説明します。 プログラミング言語の人気を測定する方法は数多くありますが、Octoverseでは主要言語がタグ付けされた公開リポジトリとプライベートレポジトリに対する、ユニークなコントリビュータの数を使用しました。さらに、主要言語がタグ付けされたリポジトリの数も使用しました。 上位プログラミン

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

本投稿はこちらのブログ記事の抄訳です。 マイクロソフトがGitHubを買収することをお伝えします。今回の買収は、本年末までの完了に向け現在手続きが進んでいます。 今回の買収は、本年末までの完了に向け、現在手続きが進んでいます。10年前にGitHubを始めた時には、このようなニュースが出ることは想像できませんでした。当時、Gitはパワフルではあるもののニッチなツールであり、「クラウド」とは文字通り「空にある雲」のことでしかありませんでした。マイクロソフトは現在とは全く異なる事業展開がされていて、オープンソースとビジネスは水と油のようなもの、と言われていました。 当時から、私たちはそのようには考えていませんでした。長い間、ビジネスの場でオープンソースソフトウェアを効果的に活用していましたので、開発者としてそのような対立的な考え方は間違いであると認識していました。 本当に必要なことは、コードの公

2018年11月8日米国時間、GitHubは1億件のリポジトリという、大きなマイルストーンを達成しました。大きなコミュニティの力なくして、このようなマイルストーンは達成できませんでした。世界中のほぼすべての国や地域にいる、3,100万人の開発者が互いに協力することで11億件ものコントリビューションを行っています。 リポジトリは単にコードを保存する場所だけではなく、アイデア、実験、好奇心、インスピレーションが生まれる場所でもあります。このマイルストーンを祝うとともに、何百万人もの人が一緒に仕事をした結果としての開発環境におけるトレンドや功績を、The State of the Octoverse 2018(2018年10月時点の統計情報)を見ながら振り返ってみましょう。 Octoverse 2018のテーマは、11億にのぼるコントリビューションと、かつてないほど多くのプロジェクト全体で成し遂

Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユーザーが混乱すると言われます。これは、git cherry-pick や git rebase のような「履歴を書き換える」コマンドに最も顕著です。私の経験では、この混乱の根本的な原因は、コミットは 差分 であり順番を入れ替えることができるという解釈にあります。しかし、コミットはスナップショットであって、差分ではありません! Git がリポジトリデータをどのように保存しているかを見てみると、Git を理解しやすくなります。このモデルを調べた後に、この新しい視点が git cherry-pick や git rebase のようなコマンドを理解するのにどのように役立つのかを探っていきます。 本当に深く 掘り下げたいのであれば、Pro Git という書籍の Git Internals の章を読むと

GitHub は、毎日 5600 万人以上の開発者にサービスを提供し、2 億以上のリポジトリをホストしています。これらのリポジトリのごく一部を除いて、世界中の顧客に驚くべきパフォーマンスでサービスを提供しています。 GitHub のような大規模なシステムでは、コードとアーキテクチャのずれというのは限界に達したときに初めて見つかるものです。例えば、何千人もの開発者が毎日同じリポジトリを更新するといったケースです。GitHub は、大規模なモノリポを使用する一部の顧客から、プッシュ操作が失敗するといったパフォーマンスの問題が発生しているというフィードバックを受けました。 そして、それは GitHub においても発生していました。 github/github は GitHub のモノリポですが、私達自身も時々プッシュに失敗することがありました。 調査を開始するにあたり、私たちは社内のチームや顧客