[B! diff][git] opparaのブックマーク

git diffの--ignoreオプションにおけるスペース、タブ、改行の扱いを理解する - Qiita

git diffコマンドを使用する場合、どのようなオプションを指定するかによって追加行数と削除行数に大きな差が生じます。もしgit diffコマンドを使用して論理LOCを算出しているのであれば、各オプションの違いについてしっかりと理解し、論理LOCの明確な定義を定めることによって生産性評価や品質評価、工数見積の精度を高めることができます。本稿では、sample.txtという名前のテキストファイルにおける HEAD^ : 変更前のコミット HEAD : 変更後のコミットを例にして、各オプションの違いについて詳しく説明していきます。以下は、変更前後におけるテキストファイルの中身です。ここで$は改行（LF）、^Iはインデントを示しています。 HEAD^ : 変更前のコミット $ cat -et sample.txt Add a space in the end of line.$

oppara 2022/12/16

リンク

Wright Access - Git alias to open all diffs in vim tabs

oppara 2022/11/05

リンク

Git の difftool と mergetool コマンドが Neovim を使うように設定してみた

[diff] tool = nvimdiff [difftool "nvimdiff"] cmd = "nvim -R -d -c \"wincmd l\" -d \"$LOCAL\" \"$REMOTE\"" [mergetool "nvimdiff"] cmd = "nvim -d -c \"4wincmd w | wincmd J\" \"$LOCAL\" \"$BASE\" \"$REMOTE\" \"$MERGED\"" これで設定完了です. あとは変更を保存すれば, 変更が適用されるので, git difftool, git mergetool コマンドで Neovim を起動してくれるようになります. 設定の説明カスタム diff ツールの場合 diff.tool の値を nvimdiff にして, カスタム diff ツールとして設定しています. カスタム diff ツール

oppara 2021/11/17

リンク

git diffが見づらい? これで解決しましょう

oppara 2021/08/27

git
diff

リンク

GitHub - banga/git-split-diffs: Syntax highlighted side-by-side diffs in your terminal

oppara 2021/05/20

リンク

知っておくと便利な git clone --depth と git diff --indent-heuristic - kakakakakku blog

コミット履歴が無駄に多く，黒歴史のある Git リポジトリで開発をする場合，初回の git clone が非常に遅いという問題がある．コミット数に依存せずに素早く落とせる方法を探していて，最近（今さら...！） git clone の --depth オプションのことを知った．用途によっては非常に便利なので，まとめておこうと思う．前提現時点で公開されている最新バージョンの Git 2.12.1 を前提にしている．Git は今もまだ機能が増えているため，定期的にバージョンアップしておくと良いと思う．Mac なら brew upgrade git でサクッと最新バージョンになる． $ git --version git version 2.12.1 git clone --depth とは git clone で --depth オプションを使うと，指定したコミット数で刈り取ることができる

oppara 2020/10/24

git
diff

リンク

更新業務の差分データ作成にGitを活用してみる - Mach3.laBlog

この記事は賞味期限切れです。（更新から1年が経過しています）バージョン管理システムとして様々なシーンで目にするようになったGitですが、今日は複数人によるプロジェクトではなく、一人で担当するようなシンプルな更新業務で使用するケースを考えてみます。前提となるストーリー例えば、ヒサユキ君（仮名）が新たにこんな案件の担当となったとしましょう。担当業務も増えてきて、そろそろ少し作業の効率化を図りたいところ。定期的にあるWebサイトの更新業務を請け負っている孫受けでWebサーバへのアクセス権がないので、データ納品後、先方からサーバへアップロードしている Webサイトのデータはフルパッケージだと大変サイズが大きいので、差分ファイルで納品したい担当は自分一人差分ファイルのアーカイブならzipコマンドでも出来なくはないですが、「せっかく流行なので練習ついでにGitを導入して管理してみよ

oppara 2012/06/08

リンク

Vim で Git diff の出力からカーソル下にある変更箇所へ移動する | Webシステム開発／教育ソリューションのタイムインターメディア

問題パッチのレビューなどでGitの diff の出力を読む機会はそれなりにあると思います。その際、 diff で列挙されている内容だけでなく前後のコードも確認するために変更のあったファイルを開くことも多々あるでしょう。 Vimにはこの状況にぴったりのコマンドgfがあります。 gf はカーソル下にあるテキストからファイル名らしき文字列を探してそれを開くというコマンドです。 diff の出力には変更のあったファイルのパスが含まれていますから、そこへカーソルを移動して gf を使えば良いというわけです。 gf はとても便利なコマンドではあるものの、上記の操作を何度か行っていると不満が募ってきます。というのも、以下のような手間があるからです: gf を実行するためにパスの書かれている位置までカーソルを移動しなければならない。gf でファイルを開いた後、レビューしたい場所までカーソルを移動

oppara 2012/01/31

リンク

Vim: Go to the changed block under the cursor from Git diff output - while (“im automaton”);

I often read Git diff output in Vim to review patches etc. While reading a diff output, I often open files listed in the diff output to check more code around changed lines. Vim has a great command for this situation. It is gf. gf opens the file whose name is under the cursor. Since any diff output contains paths of changed files, all I have to do is to move the cursor to a path then type gf. Thou

oppara 2012/01/20

リンク

Vimのgfコマンドをgit diff特有の出力でも上手く扱うようにする | Webシステム開発／教育ソリューションのタイムインターメディア

問題八百万あるVimのコマンドで特に有用なもののひとつとしてgfがあります。このコマンドはカーソル下にあるファイル名らしき文字列を探し、該当するファイルがあればそれを開くというものです。 gf はカーソル下にあるファイル名らしき文字列をそのまま使うだけでなく、特定のディレクトリ下にあるかどうか検索(例えばC言語でなら /usr/include や ./include を検索)したり、特定の拡張子を付加して検索(例えばJavaなら SomeClass のファイル名は SomeClass.java なので、 .java を付加して検索)することができ、そこそこ賢く動いてくれます。さて、日常的に git を使っている身としては日常的に git diff の出力を眺める機会も多いです。「git diff の出力を眺めて変更のあったファイルを開く」ということも頻繁に行います。これ