リリースノート管理術
みなさま、OSSの変更履歴、要するにCHANGELOGやリリースノートはどのように管理しておられるでしょうか。自分はというと、抱えるリポジトリも数百個に増えてきて、まあ要するに細かく管理するのがだるく、最近は変更履歴の管理方法も変わってきました。 CHANGELOGからGitHub Releasesへ 昔は、おおよそKeep a changelogの方式に準拠したCHANGELOG.mdを書いていました。semantic versioningでバージョン管理をしながら、個々のバージョンごとに次のセクションを設けて変更内容を説明するような感じです。 Added Changed Deprecated Fixed Removed Security 今は、新規につくるリポジトリではCHANGELOG.mdは用意せず、GitHub ReleasesにKeep a changelogに似た形式で変更内
Security keys are now supported for SSH Git operations
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 における大規模なモノリポのパフォーマンスの向上
GitHub は、毎日 5600 万人以上の開発者にサービスを提供し、2 億以上のリポジトリをホストしています。これらのリポジトリのごく一部を除いて、世界中の顧客に驚くべきパフォーマンスでサービスを提供しています。 GitHub のような大規模なシステムでは、コードとアーキテクチャのずれというのは限界に達したときに初めて見つかるものです。例えば、何千人もの開発者が毎日同じリポジトリを更新するといったケースです。GitHub は、大規模なモノリポを使用する一部の顧客から、プッシュ操作が失敗するといったパフォーマンスの問題が発生しているというフィードバックを受けました。 そして、それは GitHub においても発生していました。 github/github は GitHub のモノリポですが、私達自身も時々プッシュに失敗することがありました。 調査を開始するにあたり、私たちは社内のチームや顧客
GitHub - teppeis/git-delete-squashed: Delete branches that have been squashed and merged into master
GitHub - hartwork/git-delete-merged-branches: :fire: Command-line tool to delete merged Git branches
GitHub - google/copybara: Copybara: A tool for transforming and moving code between repositories.
A tool for transforming and moving code between repositories. Copybara is a tool used internally at Google. It transforms and moves code between repositories. Often, source code needs to exist in multiple repositories, and Copybara allows you to transform and move source code between these repositories. A common case is a project that involves maintaining a confidential repository and a public rep
ghq で管理してる時にリポジトリ作るのめんどうだったので適当な感じで楽をする話 - ちなみに
photo by Chris Turner Photography ghq と peco を組み合わせてめっちゃべんりに使っているのだけれど、GitHub 上にあるリポジトリを取ってくるのは楽なんだけれど、まだリポジトリを作ってなくてこれから作るのが面倒だったので簡単に作れるようにした。 これまでは、ghq で適当な自分のリポジトリに移動して、cd ../ && git init hoge とかしていた。かつ、だいたいは README.md を作ってコミットする。この辺をまとめた。 これを .zshrc とかに書いておいて、使うとめっちゃべんりになる。README.md を作るのに、名前をキャピタライズしているところが Zsh じゃないと動かないと思う。 $ ghq-new test こんな感じでリポジトリの名前だけ指定すると、リポジトリと README.md を作って、そこに移動してくれ
IntelliJベースIDEのSSHによるGitHubへのアクセスについて | Post Blog
GitHubは先週、弱い暗号化キーのサポートをドロップする変更を行いました。Qiitaの記事にも既にまとめられておりますが、これにより、内蔵のSSHクライアントを使ってGitHubへSSH接続するユーザーに問題が生じました。 IntelliJベースの製品より、GitにSSH接続するには2つの方法があります: 内蔵のSSH クライアントを使う方法 ネイティブのSSHクライアントを使う方法 この設定はVersion Control | Git | SSH executableより行えます: GitHubの最近の変更で影響を受けるのは内蔵のSSHクライアントを使っている場合です。 この問題はすでに2018.1 EAPで修正されており、リリースバージョンに修正は含まれます。それまでの間、ネイティブクライアントを利用することで回避して頂けます。しかしながらSSHキーがパスフレーズで守られている場合、
git blameでプルリクエストの番号を表示する
GitHubでプルリクエスト前提の開発をしていると、git blameで「なぜ、このコードがこうなっているのか」調べる際に、commit idではなくプルリクエストの番号を表示してほしくなります。 というわけで書いたのが git-blame-pr.pl。 以下のような感じで表示されるので、調査がはかどります。 $ git-blame-pr.pl lib/core/request.c (中略) PR #446 PR #606 h2o_iovec_t h2o_get_redirect_method(h2o_iovec_t method, int status) PR #606 { PR #606 if (h2o_memis(method.base, method.len, H2O_STRLIT("POST")) && !(status == 307 || status == 308)) PR
GitHub - lalitkapoor/github-changes: Generate a changelog based on merged pull requests or commit messages
Usage: github-changes [options] Options: -o, --owner (required) owner of the Github repository -r, --repository (required) name of the Github repository -d, --data (DEPRECATED) use pull requests or commits (choices: pulls, commits) [commits] -b, --branch name of the default branch [master] -n, --tag-name tag name for upcoming release [upcoming] -a, --auth prompt to auth with Github - use this for
githubでhttpsのURLを指定してもgitプロトコルやssh経由にする方法 - @znz blog
要約すると url.<base>.insteadOf や url.<base>.pushInsteadOf を使えば良いという話です。 github 以外でも使えます。 設定例 自分では今のところ、以下の設定にしています。 最初の [url "git@github.com:"] のセクションは URL の指定として https: や git: を使っていても git push のときには ssh 経由にする、 という意味になります。 次の [url "git://github.com/"] は、その他の git fetch や git pull の時は https: の代わりに git: を使うという意味になります。 [url "git@github.com:"] pushInsteadOf = git://github.com/ pushInsteadOf = https://githu
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - github/renaming: Guidance for changing the default branch name for GitHub repositories
Gitea Official Website
GitHub - azu/delete-github-branches: CLI: Delete GitHub Branches by pattern matching.
gitmoji | An emoji guide for your commit messages
Git History
GitHub - pomber/git-history: Quickly browse the history of a file from any git repository
GitHub - probot/semantic-pull-requests: Ensure your pull requests follow the Conventional Commits spec
GitHub - not-an-aardvark/git-delete-squashed: Delete branches that have been squashed and merged into main
GitHub - conventional-changelog/standard-version: :trophy: Automate versioning and CHANGELOG generation, with semver.org and conventionalcommits.org
