Btrfs開発者のChris Mason、カーネル開発のためのAI支援コードレビュープロンプトをアップデート | gihyo.jp
Linux Daily Topics Btrfs開発者のChris Mason、カーネル開発のためのAI支援コードレビュープロンプトをアップデート AI/LLMによるコードレビューの自動化はすでに多くのエンジニアリングの現場で拡がっているが、どうやらLinuxカーネル開発においてもその動きが始まりつつあるようだ。1月30日、Btrfs開発者として知られるChris Mason（Meta所属）は「[RFC] AIレビュープロンプトのアップデート」と題したポストを開発者向けメーリングリスト「LKML」に投稿、数週間に渡って開発してきた「Linuxカーネル（およびsystemd）開発のためのAI支援コードレビュープロンプト」をアップデートしたことを通知し、開発者に対してフィードバックを呼びかけている。 [RFC] AI review prompt updates -Chris Mason R
git mergeのコンフリクト解消にvimdiffを使う - しおメモ
普段からVimを使うようなその道の人には有名かと思いますが、XcodeやらVSCodeやらを使う人々にとっても、おすすめできるので書いてみました。 自分もiOSやる前はEmacsユーザーで、正直あんまりVimは慣れていないのですが、それでも使いやすいです。 git mergetoolを使う コンフリクトを解消する際に、エディタを使って該当部分を編集することも可能ですが、 git mergetoolを利用するとコンフリクトした箇所だけを外部ツールで表示してくれるので、素早く編集することが可能です。 vimdiff以外にもVSCodeなど他のツールを利用することもできます。(個人的には、vimdiffが一番シームレスに編集できると感じています) git mergeの後、git mergetool -t vimdiffを打つことで、vimdiffを利用した編集に移行できます。 毎回利用する場合は
GitHub - jeffkaufman/icdiff: improved colored diff
--version show program's version number and exit -h, --help show this help message and exit --cols=COLS specify the width of the screen. Autodetection is Unix only --encoding=ENCODING specify the file encoding; defaults to utf8 -E MATCHER, --exclude-lines=MATCHER Do not diff lines that match this regex. Not compatible with the 'line-numbers' option --head=HEAD consider only the first N lines of ea
GitHubで他人のプルリクエストに対しコンフリクト解消や追加の修正を行いつつマージするもう1つの方法
作成: 2017-10-16 更新: 2018-10-16T21:25:53+09:00 GitHub 単純なコマンドラインでmergeする方法が使えない時 本の虫: GitHubで他人のプルリクエストに対しコンフリクト解消や追加の修正を行いつつマージする方法を読んで, そう言えば私もバイトで最初にチーム(私と社長で2人)で作業を行うときに戸惑ったなあと思い出しました. なので, 今のバイト先の社長から教えてもらった, もう1つの方法を紹介します. 江添さんの述べた方法は, シンプルでわかりやすいですが, 我々のチームでは使えません. 何故ならば, 我々のリポジトリにはTravis CIによる自動テストが導入されているからです. そして, コードレビューで承認を貰い, 自動テストが成功していない限り, 原則masterにはそのpull requestをmergeしてはいけないというルールが
diffoscope: in-depth comparison of files, archives, and directories
diffoscope tries to get to the bottom of what makes files or directories different. It will recursively unpack archives of many kinds and transform various binary formats into more human-readable form to compare them. It can compare two tarballs, ISO images, or PDF just as easily. Latest release: 329 (21 Aug 2026) You can try it now using Docker: echo foo > file1 echo bar > file2 docker pull regis
LibreOffice Calcのスプレッドシートの変更点をgit diffで見られるようにする - ククログ(2017-04-24)
プログラマーは基本的にプレーンテキスト形式が好きな生き物で、ドキュメントならMarkdown、表形式のデータならCSVが定番です。プレーンテキスト形式だとシェルのコマンドや簡単なスクリプトで容易に加工できますし、Gitリポジトリなどに格納した状態でも変更点を追いやすいです。 しかし、たまにどうしても、もうちょっとリッチな形式のバイナリファイルをマスターデータとして持っておかないといけないことがあります。Microsoft ExcelやLibreOffice（OpenOffice.org）Calcなのスプレッドシートもそのひとつです。 Microsoft Excelの場合、悩みを抱える人が多いためか、すでに色々な方が解決策を公開されています。例えばGitで管理しているExcelファイルの差分を見るという記事では、Go言語製のツールを併用する手順が紹介されています。 一方、ODF（OpenDo
gitのdiff、mergeをmeldでやる - Qiita
gitで、リビジョンの比較やコンフリクトの解消をmeldでやるには。 やりかた .gitconfigに以下を追記しておくと、git difftool -dやgit mergetoolでmeldが起動するようになる。 [diff] tool = meld [difftool "meld"] cmd = meld $LOCAL $REMOTE [merge] tool = meld [mergetool "meld"] cmd = meld $LOCAL $BASE $REMOTE --auto-merge どういうこと？ [difftool "meld"]に出てくる$LOCALと$REMOTEは、それぞれ変更前と変更後を表している。1つ目のパラメータが左側に表示される。 [mergetool "meld"]の$LOCALと$REMOTEは、それぞれ手元のファイルとサーバのファイルとなる。 $
git diff で Office ファイルの差分を見る - Qiita
入れたくないとは思っていても、止むに止まれぬ事情で Word, Excel, PowerPoint などのファイルを git レポジトリの中で管理することはありませんか？この記事では、Mac で Office ファイルの diff を取る方法を紹介します。Linux でも多分動くはず。 textconv 普通、バイナリファイルを git diff しても、変更内容がわかりません。ところが、git には textconv という、バイナリファイル（別にバイナリじゃなくてもいいんですが）をコマンドに渡した結果を diff に使う機能があります。ドキュメントには、JPEG の Exif 情報の diff を取る例等が載っています。 Office ファイルからのテキスト抽出 では、Office ファイルからテキストを抽出するにはどうすればいいでしょう？Windows の msysgit には as
gitのdiff表示をvimdiffで見る – sgryjp.log.old
Gitでのdiff表示を、vimdiffを使うことで「左右2画面」にて表示する方法について備忘録。 Gitはローカル環境ですべて完結できるためちょっとしたお試しプロジェクトを作るには便利なツールで、またコマンドラインツールの機能が充実しているのでCUIオンリーな環境での開発時はSubversionより便利だと思って最近少し使っています（git VS svnの全面的な評価ではないのであしからず）。特にgit diffのカラー表示は非常に重宝するのですが、GUIアプリのWinMergeやmeldなどのように左右に新旧のファイルを比較表示するツールと比べると、さすがに読みやすさの点で劣ります。そこで、CUI環境で左右に画面分割して比較を行うvimdiffをgitの差分表示にて使えるよう設定する方法を調べてみました。 調べてみると非常に簡単です。Gitは外部コマンドで差分表示を行うdifftool
Meld
Meld Visual diff and merge tool Meld helps you compare files, directories, and version controlled projects. It provides two- and three-way comparison of both files and directories, and has support for many popular version control systems. Meld helps you review code changes and understand patches. It might even help you to figure out what's going on in that merge you keep avoiding. File comparison
Binary diff
bsdiff and bspatch are tools for building and applying patches to binary files. By using suffix sorting (specifically, Larsson and Sadakane's qsufsort) and taking advantage of how executable files change, bsdiff routinely produces binary patches 50-80% smaller than those produced by Xdelta, and 15% smaller than those produced by .RTPatch (a $2750/seat commercial patch tool). These programs were or
Software Updates: Courgette (Chromium Developer Documentation)
How Courgette works As I described in Smaller is faster (and safer too), we wrote a new differential compression algorithm for making Google Chrome updates significantly smaller. We want smaller updates because it narrows the window of vulnerability. If the update is a tenth of the size, we can push ten times as many per unit of bandwidth. We have enough users that this means more users will be pr
GitHubの画像diffが凄い
昨年末から仕事で使い始めて以来、すっかりGitHubがお気に入りになってしまった。 GitHubが素敵なのは、今でも日々進化を続けているというところだ。例えば、先日実装されたcommit閲覧における画像ビューの機能拡張なども、なんだかすごいことになっている。 Behold: Image view modes - GitHub Blog 新しい画像ビューでは、コミットによる更新内容を４つのモードで確認できるようになっている。例えば"Swipe"モードでは、画像の上をドラッグすることで２つの画像をめくるように見ることができる。 “Difference"モードでは、２つの画像における差分を視覚化して表示する。これは変更の度合いが小さい場合にとても便利な機能だ。 実際にデモを触ってみると、機能の内容がよく分かると思う。 個人的には、これらの機能はデザイナーさんと連携をするにあたって、とてもありがた
diffの動作原理を知る～どのようにして差分を導き出すのか | gihyo.jp
UNIXの基本的なコマンドの1つであるdiff。 これに実装されているアルゴリズムは実に興味深い世界が広がっています。 本稿では、筆者が開発した独自ライブラリ「dtl」をもとに「diffのしくみ」を解説します。 はじめに diffは2つのファイルやディレクトリの差分を取るのに使用するプログラムです。 ソフトウェア開発を行っている方であれば、SubversionやGitなどのバージョン管理システムを通して利用していることが多いかと思います。本稿ではそのdiffの動作原理について解説します。 差分の計算の際に重要な3つの要素 差分を計算するというのは次の3つを計算することに帰結します。 編集距離 2つの要素列の違いを数値化したもの LCS（Longest Common Subsequence） 2つの要素列の最長共通部分列 SES（Shortest Edit Script） ある要素列を別の要
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - Wilfred/difftastic: a structural diff that understands syntax 🟥🟩
Fail to build for Ubuntu
Differential Flame Graphs
GitHub - dandavison/delta: A syntax-highlighting pager for git, diff, grep, rg --json, and blame output
wordのdocx文章をgitでバージョン管理 | rakkyooの備忘録
Chapter 3. Modifying the source