git diff --color-wordsが日本語だと見づらい問題への対処
この記事の内容は macOS でしか動かないことがわかりました。どの環境でも動く解決策を「続・git diff --color-wordsが日本語だと見づらい問題への対処」に書きましたので、併せてご確認ください。 Git で単語単位で差分を見たい場合、 git diff --color-wordsが便利です。特に 1 行が長くて差分が多い場合は変更箇所がわかりやすくなります。 しかし、このコマンドは単語区切りを英語基準で考えるため、日本語の文章に対する差分が大きく判定されてしまい、パッと見で理解できないことがあります。 この問題に対し、日本語の文字集合も考慮した単語区切りオプション「--word-diff-regex="[a-zA-Z0-9_]+|[ぁ-ん]+|[ァ-ヶー]+|[一-龥々〇〆]+|."」を使うといい感じになります。 この --word-diff-regex オプションを常時
git worktree を Worktrunk で管理したら手放せなくなった
はじめに git worktree は、1つのリポジトリから複数の作業ディレクトリを同時に展開できる機能です。特に最近は Claude Codeなどのコーディングエージェントを並列で走らせるワークフローが注目されており、活用シーンが増えています。 この git worktree を Worktrunk で管理するようにしたところ、使い勝手がよくworktreeの操作や管理が快適になったので紹介したいと思います。 Rust 製のツールで、執筆時点では GitHub では 3.6k以上のスターを獲得しています。 主な特徴として、普段の git 操作に近い感覚で worktree を扱えるほか、worktree 作成時の Hook など、git worktree ベースの開発を支援する機能も備えています。 素の git worktree では新しい worktree を作る場合、
git worktreeの不満を解消するためにCLIツールを自作した
この記事について こんにちは、Progate Prospects / Path のエンジニアをしている @708u です。 近年のClaude Codeを始めとするcoding agentを使った開発では、複数の作業を並列で進めるためにgit worktreeを活用する場面が増えてきます。開発フロー内でworktreeを使ううちにいくつかの課題を感じ、それを解決するためにtwigというCLIツールを作りました。 この記事ではtwigの紹介と、開発を通じて得た知見を共有します。 git worktreeとは git worktreeの基本的な概念を簡単に整理します。 branchは作業内容を分離する概念です。通常の開発では、1つのディレクトリで複数のbranchを切り替えながら作業します。一方、worktreeは作業ディレクトリそのものを分離する仕組みです。worktreeを使うと、複数のデ
Git の次へ。jj（Jujutsu）が変えるバージョン管理の常識
はじめに 「git stash し忘れてチェックアウトできない」 「git rebase でコンフリクトの嵐」 「git reset --hard で作業が消えた...」 Git を使っていて、こんな経験はありませんか？ jj（Jujutsu） は、これらの Git の痛みをすべて解消するために設計された、次世代のバージョン管理システムです。Google のエンジニアが開発し、Rust で書かれたこのツールは、Git リポジトリとの完全な互換性を持ちながら、根本的に優れたワークフローを提供します。 この記事では、jj の魅力と基本的な使い方を紹介します。 jj とは何か Jujutsu（柔術）は、Git と互換性のあるバージョン管理システムです。既存の Git リポジトリの上にレイヤーとして動作し、チームメイトに影響を与えることなく導入できます。 最大の特徴：ロックインなし jj は Gi
git-wtを導入した - koicの日記
git-wt を導入したので、メモとして導入ログを記しておく。 github.com 導入動機 導入ログ インストール 設定 導入動機 Agentic Coding によってにわかに脚光を浴びている git worktree だけれど、実際のところワークツリーディレクトリどこに置くの？といった話などちょっとした敷居がある。特に ghq ユーザーにとっては、ghq root (e.g, ~/src, ~/ghq) のディレクトリの直下にワークツリーを置くような運用だと、いかにも管理がしづらいのでどうするかという問題があった。 今回 songmu さんによる以下の神機能が入ったということで、個人的には git-wt が顧客が本当に求めていたものになったので導入することにした。 github.com 正直 ghq root 直下にリポジトリと並んでワークツリーディレクトリがあると、理由あってワー
jjを使っていて驚いた「1つの変更を育てていく」という哲学
jjを使っていて驚いた「1つの変更を育てていく」という哲学 はじめに 前回の記事でjj (Jujutsu) の基本的な使い方を紹介しました。ファイルの変更が自動で記録され、コミットメッセージを後から書けるという便利さに魅了されて使い始めたのですが、使っているうちにもっと根本的な思想の違いに気づいてしまいました。 それは「1つの修正に対して1つの変更単位（change）を使い、説明を上書きしていく」というスタイルです。作業履歴はローカルにとどめ、共有するのは1つのchangeのみ。issueやPRに対してもchangeは1つで、手元の作業履歴をどんどん修正していきます。 つまり、複数のコミットを積み重ねるのではなく、1つの変更を完成するまで何度も更新し続けるのです。まるで盆栽を育てるように、同じ変更を丁寧に育てていくイメージです。 これは、Git/GitHubに慣れた私にとって大きな思想の転
Jujutsu（jj）完全ガイド：Gitを超える次世代バージョン管理システムの実践活用法
Jujutsu（jj）完全ガイド：Gitを超える次世代バージョン管理システムの実践活用法 はじめに Jujutsu（ジュジュツ、通称jj）は、Googleのエンジニアによって開発された次世代のバージョン管理システムです。「Gitと100%互換性がありながら、より使いやすい」という一見矛盾した目標を見事に実現しています。 本記事では、Jujutsuの基本概念から実践的な活用方法、さらにはAIツールとの並列開発まで、包括的に解説します。 目次 なぜJujutsuなのか？5分で分かる革新性 30秒で始めるJujutsu Gitユーザーが最初に知るべき5つの違い 実践：日常開発でのJujutsu活用法 コンフリクト処理の新しい考え方 GitとJujutsuの併用パターン AIツールとの並列開発 アーキテクチャ解説（上級者向け） よくある質問と移行ガイド なぜJujutsuなのか？ Gitの問題を解
Git Worktree & ghq 入門 ― Issue/PR 毎の環境を一発生成する便利スクリプトもあるよ！
1. はじめに 株式会社GENDA データエンジニア / MLOps エンジニアの uma-chan です。 この記事は GENDA Advent Calendar 2025 シリーズ3 Day 7 の記事です。 1.1. こんな悩みありますよね 機能開発中に緊急のバグ修正依頼が来た 複数の PR を同時にレビューしたい Issue 対応を並行して進めたい 忙しいときのあるあるシチュエーションです。 ブランチでの作業を一旦中断して、別の作業に取り掛かるために git switch (git checkout) や git stash で苦しんでいませんか？ 1.2. この記事で紹介すること Git Worktree と ghq を組み合わせて、Issue や PR ごとに独立した作業環境を構築する方法を紹介します。 さらに、紹介する便利スクリプトを使えば1コマンドで一発生成できます！ Is
Claude Codeを20万円分使ってバイブコーディングの生産性を更に向上させるツールを作った
バイブコーディングの効率化でGit worktreeが話題になっていたけど、コマンドの実行や管理が大変そうだったので、まずは効率化するツールを作りたいと思いました。いつもならシェルスクリプトとかエイリアスで済ませるところですが、バイブコーディングでOSSとして作ってみたら面白そうと思い、この1週間集中して開発しました。 結果、Git worktreeの管理を効率化するCLIツールをリリースすることができました。途中からはドッグフーディングで自らの生産性も向上させて、Claude Codeを20万円分以上使いましたがCLIツールとしてかなりクオリティの高いものを短期間で作ることができました。 作ったツール PhantomというCLIツールを作りました。Git worktreeを簡単に管理できるツールで、docker execみたいにワークツリーの中でコマンドを実行する機能があったり、tmux
ccmanager: Git Worktreeで並列に動くClaude Codeを一括管理する
はじめに 複数のClaude Codeセッションを一つのプロセスから一括管理できるCLIツール、ccmangerを作りました。 以下のGIFを見ていただければ、何ができるかは大体わかると思います。 背景 Claude CodeのMAXプランの登場により、気兼ねなくコーディングエージェントを使い倒せる世の中になり、コーディングエージェントを並行稼働させる手法が流行っています。 このような手法をローカルで行うには、Git Worktreeが便利です。 実際、Claude Codeのベストプラクティスでも言及されています。 c. Use git worktrees This approach shines for multiple independent tasks, offering a lighter-weight alternative to multiple checkouts. Git
How Core Git Developers Configure Git
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
AIエージェントで並列実装なら必須技術！ Git Worktree を理解する
はじめに Claude Code、GitHub Copilot、Cursor など、様々な AI ツールが同時に複数のタスクを並行して処理することを可能にしました。しかし、従来の Git ワークフローでは、ブランチ間の切り替えによる作業の中断や、複数のタスクを同時進行する際のコンフリクトが課題となっています。 そこで注目されているのがGit Worktreeです。この記事では、Git Worktree の基本概念と使い方を紹介します。 従来の Git ワークフローの課題 ブランチ切り替えの問題点 従来の Git ワークフローでは、異なる機能やバグ修正を行う際にgit checkoutやgit switchでブランチを切り替える必要がありました： # 機能Aの開発中... git add . git commit -m "WIP: 機能Aの途中" # 緊急のバグ修正が必要 git switc
Gitの中身
はじめに Gitで管理するプロジェクトには.gitというディレクトリがあり、その中にGitの管理情報が入っている。その中には、全てのコミットや、いろんなバージョンのファイル、ブランチ、タグといった情報が格納されている。Gitを操作するにあたり、この中身がどうなっているかを理解する必要はないし、もし中身を覚えたとしても、操作方法は変わらないまま、内部実装だけ変更になる可能性もある。それでも、Gitの仕組み、特に様々な情報が.gitにどのように格納されているかを知っておくのは二つの理由から有用だと考える。 一つ目の理由は、「物が動く仕組み」を知っておくことが教養だからだ。車を運転するのに、アクセルを踏めば進み、ブレーキを踏めば止まり、ハンドルを回せば曲がることを知っていれば十分だ。しかし、シリンダーにガソリンが噴射され、ピストンで圧縮したところで点火し、爆発する力でピストンが押される、という直
Gitブランチフロー規約
免責事項 有志で作成したドキュメントである。フューチャーには多様なプロジェクトが存在し、それぞれの状況に合わせて工夫された開発プロセスや高度な開発支援環境が存在する。本ガイドラインはフューチャーの全ての部署／プロジェクトで適用されているわけではなく、有志が観点を持ち寄って新たに整理したものである相容れない部分があればその領域を書き換えて利用することを想定している。プロジェクト固有の背景や要件への配慮は、ガイドライン利用者が最終的に判断すること。本ガイドラインに必ず従うことは求めておらず、設計案の提示と、それらの評価観点を利用者に提供することを主目的としている掲載内容および利用に際して発生した問題、それに伴う損害については、フューチャー株式会社は一切の責務を負わないものとする。掲載している情報は予告なく変更する場合がある はじめに Gitブランチ管理の運用ルールをまとめる。以下の想定で作成
Gitブランチフロー規約の紹介 | フューチャー技術ブログ
GitHub Advent Calendar 2024の14日目の記事です。昨日はwa-chan222さんの未経験から始めたGitHub活用の基本と学びでした。 はじめにフューチャー社内の有志メンバーでGitブランチフローの規約を作成しました。 ひとまずは形になったので紹介します。 Gitブランチフロー規約 | Future Enterprise Coding Standards ※GitHub/GitLabを利用し、トランクベース開発を採用しないアプリケーション開発を想定しています。 内容へのフィードバックは、Issueかツイッター宛にメンションを入れてコメントを貰えると幸いです。 なぜ今更Git？Gitは2005年に公開され、2007年のGitHub登場以降、バージョン管理ツールとして爆発的に普及しました。現在では、業界のデファクトスタンダードと呼べるほどの地位を確立しています。 公開
結局 Git のブランチ戦略ってどうすればいいの？ - Qiita
1つのIssueが大きくなると1 Pull Requestで大量の差分が発生します。 そうなるとレビュワーに負担がかかり、コンフリクトの可能性も高まり、コードレビューを効率よく進めることができません。 このINVEST原則を守ることでチームはより効果的に作業を進め、柔軟に対応して開発を進めることができます。 Git Flow Git Flowは5種類(main, hotfix, release, develop, feature)のブランチを運用するブランチ戦略です。 2010年に提唱された有名なブランチ戦略です。 オンラインサービスのように継続的デリバリーするコードを想定して作られた戦略ではないです。 main ブランチ 常にリリースできる状態を保つ hotfix, develop へ切り出す このブランチへの直pushはNG hotfix ブランチ バグ修正など緊急時に対応するためのブ
Git LFS からDVC(Data Version Control) に移行した話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 主旨 従来、Git LFSを用いて機械学習のデータを管理してきた。最近、その代わりにDVCを使うようになったので、その過程で感じたことを示す。DVCをどう使っていいのか、使い方に迷っている人の参考になれば幸いです。 Git LFS の状況 機械学習のデータを指定のフォルダ以下をファイル単位の粒度で管理できるツールである。 変更があったファイル名を知ることができるし、テキストファイルの場合にはdiffを表示することもできる。 GithubなどでPRの差分をwebブラウザで表示させる場合には、画像ファイルの変更前と変更後とを表示させることも
Popular git config options
February 16, 2024 Hello! I always wish that command line tools came with data about how popular their various options are, like: “basically nobody uses this one” “80% of people use this, probably take a look” “this one has 6 possible values but people only really use these 2 in practice” So I asked about people’s favourite git config options on Mastodon: what are your favourite git config options
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - altsem/gitu: A TUI Git client inspired by Magit
gitでstashが面倒なあなたにautostash
