私は普段 Alacritty + tmux + Neovim で開発しています。 ターミナルから離れずに複数リポジトリやworktreeを行き来したりgit操作を楽にするため、キーバインドやutilityをいろいろ作り込んでいます。 今回の記事では私がターミナルの操作を快適にするために設定している内容を紹介します。 tmux-fzfを使ってwindowを切り替える tmux-fzf はfzfのポップアップウィンドウ上でtmuxのsessionやwindowの切り替えができるプラグインです。 さらに、window名を自動的にカレントディレクトリのGitリポジトリ名にするプラグインを自作しました。 これで、複数のwindowを開いて同時に作業を進めていても、どのWindowがどのリポジトリだったか迷子にならなくなりました。 Window一覧を見るだけで一瞬で目的の場所に飛べるようになっています

git alias を使ってコミットメッセージをAIに書かせる 最近はこれを git alias に入れて、コミットメッセージをゼロから書くことがほぼなくなりました。 aicommit = "!f() { COMMITMSG=$(claude --no-session-persistence --print 'Generate ONLY a one-line Git commit message in English using imperative mood. The message should summarize what was changed and why, based strictly on the contents of `git diff --cached`. DO NOT add an explanation or a body. Output ONLY the com

git-wt を導入したので、メモとして導入ログを記しておく。 github.com 導入動機 導入ログ インストール 設定 導入動機 Agentic Coding によってにわかに脚光を浴びている git worktree だけれど、実際のところワークツリーディレクトリどこに置くの？といった話などちょっとした敷居がある。特に ghq ユーザーにとっては、ghq root (e.g, ~/src, ~/ghq) のディレクトリの直下にワークツリーを置くような運用だと、いかにも管理がしづらいのでどうするかという問題があった。 今回 songmu さんによる以下の神機能が入ったということで、個人的には git-wt が顧客が本当に求めていたものになったので導入することにした。 github.com 正直 ghq root 直下にリポジトリと並んでワークツリーディレクトリがあると、理由あってワー

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

こんにちは！フロントエンドエンジニアの all-user です。 最近、家族全員で夜9時以降を緩めのデジタルデトックス時間にしてみました。 やってみるとオセロとかトランプみたいなアナログな遊びを模索するようになるのが面白いです。 さて今回は、Biome と Git/GitHub を活用したJSバンドル差分表示ツールについてご紹介します。 フロントエンド開発者が抱える漠然とした不安 既存ソリューションの検討 差分表示ツールの設計 基本アイデア ブランチの運用方法 ③ベースビルトブランチ ④現在ビルトブランチ ⑤PR作成ブランチ 比較基準点の決定 全体ワークフロー 導入の効果 レビュー品質の向上 レガシー設定の削除が容易に 予測と結果の一致確認 JSファイル以外の成果物差分も可視化 実装上の工夫 Biome による高速フォーマット Git の Tree Hash ベースのキャッシュ戦略 マルチ

こんにちは！株式会社AI Shift で Web フロントエンドエンジニアをしている辰川です！ 今回は、筆者が愛用している Git の TUI ツールである lazygit について紹介します。 Git 操作、こんなことで困っていませんか？ git add して git commit して git push ...。 日々の開発で繰り返す、この一連の Git 操作。 ターミナルでのコマンド入力は素早い反面、少し特殊な状況になると急に難解な呪文のように感じられますよね。 かといって、GUI ツールに切り替えるのも万能ではありません。 キーボードから手を離し、マウスに持ち替えて何度も画面をポチポチする作業は、集中力を削ぎますし、キーボード中心の操作フローに慣れていると、かえって面倒に感じることも少なくないです。 「ターミナルの速度感」と「GUI の視覚的な分かりやすさ」。 もし、この 2 つの

LayerX Tech Advent Calendar 2025 記念すべき1日目の記事です。めでたいですね。初日は @frkake さんの「OCR技術の変遷と日本語対応モデルの性能検証」との二本立てです。 バクラク事業部 スタッフエンジニアの @izumin5210 です。 Platform Engineering 部 Enabling チームでいろいろなことをしています。 最近は AI Agent 基盤開発系の話ばっかりしてたので、今日は AI じゃなくて Vim の話をします。 開発環境のカスタマイズ、楽しいですね？ 楽しくなっちゃっていろいろ入れちゃいがちです。 が、自分は最近「余計な思考を減らし、コードに集中するための環境」というコンセプトで開発環境を構築しています。 特に AI の登場によりコードの読み書きの量が増えている現在、コードの読み書きにかかるオーバーヘッドを減らし、コ

この記事は Akatsuki Advent Calendar 2018 の 8 日目の記事です。 このブログでは初めましてになります。id:thinca です。今日は Vim の話…ではなく、お仕事用にごにょごにょしている Git の設定の話をしようかと思います。 背景 私のいるチームでは複数バージョン平行開発が行われており、それもあいまって Git リポジトリには各バージョンや staging、master など様々なブランチが存在しています。 そしてそれぞれのブランチから作業用のブランチを作るわけですが、Git では「あるブランチがどのブランチから派生したのか」ということは記録されていません*1。Git の構造を考えると記録されていないのは当然なのですが、これを記録するようにすると、様々な場面で活用できます。そこで私が普段している工夫を紹介したいと思います。 Git の alias 機

Jujutsu（jj）完全ガイド：Gitを超える次世代バージョン管理システムの実践活用法 はじめに Jujutsu（ジュジュツ、通称jj）は、Googleのエンジニアによって開発された次世代のバージョン管理システムです。「Gitと100%互換性がありながら、より使いやすい」という一見矛盾した目標を見事に実現しています。 本記事では、Jujutsuの基本概念から実践的な活用方法、さらにはAIツールとの並列開発まで、包括的に解説します。 目次 なぜJujutsuなのか？5分で分かる革新性 30秒で始めるJujutsu Gitユーザーが最初に知るべき5つの違い 実践：日常開発でのJujutsu活用法 コンフリクト処理の新しい考え方 GitとJujutsuの併用パターン AIツールとの並列開発 アーキテクチャ解説（上級者向け） よくある質問と移行ガイド なぜJujutsuなのか？ Gitの問題を解

はじめに：コードを書くのをやめた日 先週、3日かけて書いていたTypeScriptのコードを全て捨てました。 代わりに、Claudeと30分話して、同じ機能を2時間で実装しました。しかも、元のコードより品質が高い。 これは「AIでコーディングが速くなった」という話ではありません。我々がソフトウェアを作る方法が、根本から変わったという話です。 Context is King：なぜMarkdownが最強なのか なぜか？ LLMのトークン効率: MarkdownはJSONより平均30%少ないトークンで同じ情報を表現 文脈の保持: 人間の思考プロセスをそのまま保存できる バージョン管理: Git diffが人間にも読みやすい 新しいツールスタック：学習曲線はもう関係ない 1. Effect-TS vs 素のTypeScript ❌ 従来：シンプルだが脆い async function fetchU

Jujutsu is a powerful version control system for software projects. You use it to get a copy of your code, track changes to the code, and finally publish those changes for others to see and use. It is designed from the ground up to be easy to use—whether you're new or experienced, working on brand new projects alone, or large scale software projects with large histories and teams. Jujutsu is unlik

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

作りました。 発音は特になくてジーダブリューでもいいんだけど、脳内ではぐゅ〜と読んでます🧠 モチベーション Git Worktree って便利だよね でもなんかコマンド覚えられない 本質的にやりたいことは、やるよ、終わったよ、で worktree を始めたり終わらせたりしたい あとそれに伴う結構面倒なことがちょこちょこある (npm install 叩いたりとか) ので、それをサポートしてほしい、という気持ち。 類似 作り始めてから、ccmanager というよりイケてる統合管理ツールを作っている方がいるのを知りました。 これでいいんじゃない、と思ったんですが、gw はもう少し、プリミティブな、git worktree だけをいい感じにやってくれるだけのやつって感じです。 あとまあ、こんな時代なので、車輪を再発明しまくっても良いかな〜と思ってとりあえず自分なりに使いやすいやつを作ることに

私たちのチームでは 6 月から全面的に Claude Code を使った開発をスタートしています。 本記事では筆者が 2 ヶ月間 Claude Code を触りながら行き着いた、シンプルながら効果的な git-grep の使い方を紹介します この記事で書くこと Claude Code で git-grep を活用する例 （おまけ）新しいフックを追加するときの Tips この記事で書かないこと フック定義（python コード）の解説 Claude Code やフックの説明 git-grep を PreToolUse フックで使う いきなり結論ですが、PreToolUse フックで Grep ツールの呼び出しを禁じ、 git grep --function-contextを強制するフック を定義しています。 もちろん Bash ツールで grep を使ったコンテンツ検索も禁じています。rip

背景: LLM Agentに意味のある小さい単位でコミットして欲しい 解決方法: git addを封印し、専用のカスタムスラッシュコマンドを生やす 参考: 試行錯誤の過程 背景: LLM Agentに意味のある小さい単位でコミットして欲しい Claude CodeなどのLLM Agentに対し「意味のある単位で小まめにコミットしてね〜」とinstructionに書いておいてもしばしば忘れられてしまう その結果、複数の意味がある内容の大きなコミットがされてしまう 大きな単位のコミットはレビューもしにくく、revertもしにくいため、よいことがない 何とか大きいコミットを制限できないものか...、と考えた 解決方法: git addを封印し、専用のカスタムスラッシュコマンドを生やす 意味の単位にgitのhunkを分割してステージングさせるsemantic_commitというカスタムスラッシュコ

これでローカルサーバーが起動してlocalhostが立ち上がり、HEADコミットの差分が以下のように表示されます！ 特定コミットハッシュの指定もできます。 # Review HEAD commit npx reviewit # Review Uncommitted working directory diff npx reviewit . # Review a specific commit npx reviewit 6f4a9b7 # Review HEAD~3 npx reviewit HEAD~3 # Custom port, don't auto-open browser reviewit 6f4a9b7 --port 4300 --no-open UIはGitHub同様side-by-sideとinline、デフォルト空白無視（-w状態）でどちらもグローバルヘッダーから切り替えら

バイブコーディングの効率化でGit worktreeが話題になっていたけど、コマンドの実行や管理が大変そうだったので、まずは効率化するツールを作りたいと思いました。いつもならシェルスクリプトとかエイリアスで済ませるところですが、バイブコーディングでOSSとして作ってみたら面白そうと思い、この1週間集中して開発しました。 結果、Git worktreeの管理を効率化するCLIツールをリリースすることができました。途中からはドッグフーディングで自らの生産性も向上させて、Claude Codeを20万円分以上使いましたがCLIツールとしてかなりクオリティの高いものを短期間で作ることができました。 作ったツール PhantomというCLIツールを作りました。Git worktreeを簡単に管理できるツールで、docker execみたいにワークツリーの中でコマンドを実行する機能があったり、tmux

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

How Core Git Developers Configure GitWhat `git config` settings should be defaults by now? Here are some settings that even the core developers change. A few weeks ago I wrote about Git’s help.autocorrect setting and the strange tale of the origin of it’s deciseconds value. It got me to thinking about other git config settings that most people likely don’t know about and which should probably be d