Git ブランチの表現も Mermaid がよい感じに表示してくれました
Zenn や GitHub の Markdown から利用できる Mermaid には「Git ブランチを表現する」機能があります。 その機能を利用してみたところよい感じだったので、記述方法やカスタマイズについてなどを記事にしてみます。 Git ブランチを表現するとは？ ドキュメントでブランチの説明などを読んでいると下記のような図(グラフ)を見かけるかと思います。 図 1-1 AA によるブランチのグラフ A---B---C---D develop \ E---F---G topicA \ H---I---J topicB Mermaid の Gitgraph Diagrams を利用することにより、このような感じで表示できるようになります。 図 1-2 Mermaid によるブランチのグラフ 基本的な使い方 Mermaid 用コードブロックの先頭で gitGraph を記述し、Git の
git statusが43秒かかっていたのを1秒に高速化する大規模Gitリポジトリの操作を高速化するためのscalarを紹介 | Act as Professional
Git 2.38がリリースされました。 このバージョンから大規模Gitリポジトリの操作を高速化するscalarが同梱されるようになりました。 今回はこのscalarによって、どれぐらいGitの操作が高速化されるのかを簡単に検証します。 結論から言うとgit statusが約43秒かかっていたのが約1秒で操作できるようになります。 Install Git 2.38Git 2.38からscalarが同梱されましたので、各自の環境にあわせてInstallなりVersionUpなりをしてください。 $ git --version git version 2.38.0 Before大規模Gitリポジトリとしてchromiumを利用しました。 普通にgit cloneしてきて、git statusを実施すると約37秒かかります。 ❯ time git status On branch main You
VSCode Remote ContainersでGitにSSH接続でpushする
VSCode Remote Containers拡張機能を使うとdockerのコンテナに接続できます。 開発環境として使用する場合、GitにSSH接続する必要があります。 しかし、コンテナ内に開発者依存のSSHの秘密鍵を置くわけにはいきませんし、セキュリティ上危険なので.sshディレクトリをマウントしたりしてはいけません。 Remote Containers拡張機能に、コンテナ接続元の端末のSSHキー情報を転送する機能が備わっているので設定しましょう。 まずはdockerコンテナにGitをインストール コンテナ内でgitコマンドを叩いてみて、git入ってないよ！って言われる場合は、まずはgitをインストールしましょう。 開発時に使用するだけなので、devcontainer.jsonにインストールコマンドを記述して、Remote Containerを使ってコンテナを起動したときだけ入るように
~/.ssh/config の IdentityFile に秘密鍵ではなく公開鍵を指定する - ngyukiの日記
SSH でログインするときは user@host とか、あるいは -l オプションとかでアカウント名を指定します。 $ ssh ore@example.com # Logged in as ore $ ssh are@example.com # Logged in as are が、たまに同じアカウント名でも認証に使用された公開鍵で実際のアカウントを識別するサービスがあります（GitHub とか BitBucket とかそういうの）。 $ ssh git@example.com -i ~/.ssh/ore.key # Logged in as ore $ ssh git@example.com -i ~/.ssh/are.key # Logged in as are このままだと毎回 -i で秘密鍵を指定しなければならないので面倒です。なので大抵は次のように ~/.ssh/config で
devcontainer内部からGitHubへpushするアカウントを公開鍵を利用して切り替える
VS CodeのRemote Container拡張を使って開発するとコンテナー内部からgitを扱うこともできます。その時利用できるGitHubのアカウントを柔軟に設定したくなりました。 やりたいことはこういうことです。 +--------------+ +-----------------+ +--------+ | devcontainer | --> | Host(ssh-agent) | --> | GitHub | +--------------+ +-----------------+ +--------+ hostからのpush devcontainerからのpush それぞれで異なるGitHubのアカウントを利用できるようにしたい。 ssh-agentを使います。 hostのssh-agent に切り替え用アカウントの秘密鍵を登録する devcontainer に登録した公
GitHub CLI (gh)のインストール方法とコマンド（repo/pr）の使い方 | Snow System
GitHub公式のGitHub CLIツールghのインストール方法とコマンドの使い方をまとめました。 GitHub CLIを利用するとリポジトリの作成やプルリクエストを発行をブラウザではなくターミナルから実行できます。 シェルなどにも組み込むことも出来るため自動化を行ったり、Gitコマンドで操作を行う流れで作業できるのでおすすめです。 GitHub CLI (gh) のインストール方法 Macの場合 brew install gh または sudo port install gh Windowsの場合 winget install gh Ubuntuの場合 sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-key C99B11DEB97541F0 sudo apt-add-repository https://cli.gith
Gitのコミットグラフをキレイに分かりやすく見るツールは、VSCodeが最高だ！ | DevelopersIO
今のプロジェクトでは、いわゆるGitHubフローでGit運用しています。 masterブランチから作業ブランチを作って作業する 作業ブランチからmasterブランチへのマージは、プルリクエストを使う 隔週リリースを行っており、その際はリリースしたいコミットにタグ付けをしています。 通常であればmasterが対象ですが、たまに「この機能は次のリリースにしよう」などの理由でmaster以外のコミットにタグをつけます。 リリースはmasterブランチにタグをつけて行う 都合悪いときは任意のコミットにタグをつける このとき、リリース対象のコミットを調べるためにコミットログ（グラフ）を確認しますが、とても見やすいGUIツールがあったのでご紹介します。 今まで シンプルなコミットログなら、gitk -allコマンドで見ることが多いです。 しかしながら、そこそこ複雑なコミットログの場合、gitk --a
GitHub Actions Workflow チェックリスト | CyberAgent Developers Blog
GitHub Actions Workflow Best Practices こんにちは。2022年新卒入社の上田です。現在は本配属前のジョブロで ABEMA に所属しております。 この記事では GitHub Actions workflow/job 作成に関するベストプラクティスをまとめました。 workflow/job 追加時に参照できるチェックリストとしてご利用いただけるような一記事として公開しています。堅牢で安全な CI/CD pipeline を作る参考になれば幸いです。 （ジョブロ：メディア事業部における新卒研修の一環として二ヶ月間実施される本配属前のジョブローテーション研修） 自己紹介 GitHub Actions は Beta v1 の頃から利用しており、個人としても peaceiris/actions-gh-pages などをはじめとして、いくつかのサードパーティー Ac
Oh Shit, Git!?!
Gitって難しい。簡単にぐちゃぐちゃの状態になっちゃうし、失敗を直す方法を知ろうとしたところでまじくそ不可能。Gitのドキュメンテーションって卵とニワトリの問題みたいなところがあって、ハマりから抜け出すために知ってないといけない事柄の名前をあらかじめ知っていないと、どうやって問題を解決したらいいのか検索することすらできないんだよね。 だからここに、私が遭遇したことのあるよろしくない状況から、最終的にどうやって抜け出したかをフツーの日本語で書いていこうと思う。 くっそー、超絶やらかした。お願い、Gitには魔法のタイムマシンがあるって言って？ git reflog # こうすると、Gitでやったことがすべてのブランチに渡って全部見えるよ！ # どのブランチにも HEAD@{index} ってインデックスがあるはずだから # やらかす前のやつを見つけて git reset HEAD@{index
個人的によく使うGitエイリアス、zshキーバインド - 本日も乙
最近、リモートワークということもあり、ペアプロというかAWS、GCPなどの操作をする際に一緒に画面を見ながら作業する機会が多いです。若手の同僚がターミナルソフトを起動してコマンドを実行するのですが、傍から見ているとエイリアスなりキーバインドなりを使えば効率的に操作できるのにと思うことがあります。 最近はGUIで操作することが多いのでターミナルソフトでコマンド操作することがあまりないのかもしれませんが、私は少し前までは（クラウドしかできない）ITインフラエンジニアをやっており、プログラミングよりもコマンド操作するのが圧倒的に多かったため、ちょっとしたことならGUIよりもターミナルで操作することが多いです。Windowsを使っていますが WSL2 + Ubuntu 20.04 LTSで開発環境を整えているため、操作に不自由はほとんどしません。 この手のエイリアスやzshなどのオススメ設定はググ
Conventional Commits
Conventional Commits 人間と機械が読みやすく、意味のあるコミットメッセージにするための仕様 Conventional Commits 1.0.0 概要 Conventional Commits の仕様はコミットメッセージのための軽量の規約です。 明示的なコミット履歴を作成するための簡単なルールを提供します。この規則に従うことで自動化ツールの導入を簡単にします。 コミットメッセージで機能追加・修正・破壊的変更などを説明することで、この規約は SemVer と協調動作します。 コミットメッセージは次のような形にする必要があります: 原文： <type>[optional scope]: <description> [optional body] [optional footer(s)] 訳： <型>[任意 スコープ]: <タイトル> [任意 本文] [任意 フッター] あな
GitHub CLI 1.0をリリース
GitHub CLI とは、利用しているターミナルでGitHubを使用できるようにするものです。コンテキストの切り替え回数が減るため、これまで以上に作業そのものに集中でき、スクリプトの記述や独自のワークフローの作成が、さらに簡素化されます。今年、GitHub CLIのベータ版をリリースした後、200,000件近くのPull Request の作成、350,000件以上の Merge の実行、20,000件以上の Issue が作成されました。多くの思慮深いご意見をいただけたことで、 GitHub CLI がベータ期間を終了し、 Windows、Mac OS、Linux 向けにダウンロードが可能になりました。 GitHub CLI 1.0 の内容は下記の通りです。 Issue からリリースまで、GitHub上のワークフローのすべてが、ターミナルから実行可能になります。 GitHub API
Git：過去のコミットコメントを修正する方法 | WWWクリエイターズ
git commit により、すでに作成したコミットのコメント（コミットメッセージ）を修正する方法についてです。 直前のコミットコメントの修正「git commit --amend」 Git で、コミットログ（コミットメッセージ、コミットログとも言います）を修正したいときは、非常にシンプルです。 git commit の「--amend」オプションを使います。 // 直前のコミットコメントを修正する $ git commit --amend 実際は、--amend オプションは直前のコミットを「置き換える」コマンドです。コマンド実行時インデックスに変更が含まれていれば、新しいコミットにその変更を取り込み、直前のコミットを置き換えます。 git commit の詳しい仕様は、こちらの記事も合わせてご覧ください。 git commit �の仕様と、主要オプションのまとめ 過去のコミットコメント
git-secretsとhuskyを同時に使用する
はじめに 機密情報をコミットしないようにgit-secretsの設定をしようとしたところ、既にprecommit用のNode.jsライブラリhuskyがインストールされていたため、コンフリクトしてgit-secretsの設定ができませんでした。 どっちとも使いたかったので、それぞれ動くように工夫してみました。 2019/07/10 追記 会社の @aki77 さんが、もっと良い方法を見つけてくれたので、 そっちを「方法1」として追記しました！ 方法1: husky内でgit-secretsを呼び出す gitのhooks内では、デフォルトのままhuskyだけが呼ばれるようにしておき、 huskyでのチェック項目の1つとして、git-secretsを呼び出します。 lint-stagedも併用します。 git-secretsをグローバルにインストール
ghq v1リリースとghq-handbookのお知らせ | おそらくはそれさえも平凡な日々
https://github.com/motemen/ghq/releases/tag/v1.0.0 年末にアナウンスしていた通り、先程ghq v1.0.0をリリースしました。変更点は以下のエントリでお知らせしていたとおりです。その他Subversion周りの対応を無駄に頑張って強化したりしました。 https://songmu.jp/riji/entry/2019-12-28-ghq.html 是非ご利用ください。 年末年始休暇中にドキュメントを書いていたのですが、思ったよりもしっかりとした分量になったので、思い立って電子書籍にして販売してみることにしました。 https://leanpub.com/ghq-handbook 日本語で20ページほどです。値段は$1.99くらいにしたかったのですが、Leanpubで収益を上げる場合には$4.99が下限のようなので、その額に設定させてもらいま
gitのdiff-highlightを使い始めた - りんごとバナナ
git log -p や git diff などで差分を見るとき、行単位での追加/削除は表示されるが、行の中のどこが変わったのかは表示してくれない。例えば行の中の一単語を書き換えただけで、しかもその行が長い場合、どこに差分があるのか目で探すのが結構大変だった。 しかし先日、 diff-highlight という便利なモジュールが提供されていることを知り、早速導入してみた。 diff-highlightとは github.com gitコマンドの、行単位での差分を探す動作のポストプロセスとして実行され、同じ行の中の差分をハイライトしてくれる。 例えば、行の一部分だけ変えたときの git diff は、今までこんな感じだった。 それがこうなる。差分がわかりやすい。 diff-highlightの設定 この機能は gitコマンドに同梱されているため、インストールは不要。設定作業のみで使える。 ま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - banga/git-split-diffs: Syntax highlighted side-by-side diffs in your terminal
Change Git's Default Branch From Master
Git(GitHub)のデフォルトブランチを改名する - Qiita
Git Commit Message Conventions