[過去ﾛｸﾞ] Git 18 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
619: (ﾜｯﾁｮｲ de14-kHT+) 2022/10/08(土)14:23 ID:vxPAcYo70(3/4) AAS
>>616
gitのような目的を見失ったバージョン管理ソフトを使っているからだ
バージョン管理ソフトはライブラリよりも長く行き続けなければならんものだが
リポジトリでわけのわからんバイナリ形式を使っておるから
バージョン管理ソフトが滅んだら復元は不可能になる。一体何を考えておるのか。
「データはテキスト形式で保存しろ」とはUNIX哲学でも言われている。
620(1): (ﾜｯﾁｮｲ deb0-zauZ) 2022/10/08(土)14:47 ID:TKlSmRLn0(1/2) AAS
容れ物が古くなったら新しい容れ物に中身を移すだけ。
621(1): (ﾜｯﾁｮｲ de14-kHT+) 2022/10/08(土)14:51 ID:vxPAcYo70(4/4) AAS
>>620
よくもまあ懲りもせずにといったところだな
そうやって古くなったソフトを捨て新しいものに入れ替え
せっかく覚えた知識は無駄になり移行作業で苦しむ
POSIX原理主義なら一度覚えた知識は一生使うことが出来る
新しいことを覚える必要はない
622: (ﾜｯﾁｮｲ deb0-zauZ) 2022/10/08(土)15:05 ID:TKlSmRLn0(2/2) AAS
啓蒙したいんだろうけど
>新しいことを覚える必要はない
これ読んで「そんなメリットがあるなら俺もPOSIX原理主義に入信しよう」と考えるエンジニアがいるもんかね。
623: (ﾜｯﾁｮｲ deb0-kEV8) 2022/10/08(土)15:30 ID:5sXOif570(2/2) AAS
>>617
git remote set-headだとリモートトラッキングブランチのHEADが変わっただけでベアリポジトリ側のHEADは変わらず、
HEADが指してるブランチ(master)も削除操作が利かないままだったんですが、もうちょっと教えてもらえませんか
624: (ﾜｯﾁｮｲ 5ebb-v24v) 2022/10/08(土)17:26 ID:qNYwj5bN0(2/2) AAS
>>621
いいから、お前は黙ってシェルスクリプトでOSカーネルでも書いとけ。完成するまで戻って来るな。
625: (ﾜｯﾁｮｲ de8f-/WJo) 2022/10/08(土)17:39 ID:88/OpuEG0(1) AAS
啓蒙したいんじゃなくて単に荒らしたいだけだから
だいたいオープンソースなのにソフトウェアが滅ぶとか意味がわからん
626: (ﾜｯﾁｮｲ af90-lDXs) 2022/10/10(月)11:28 ID:JuIf0a+H0(1) AAS
シェルスクリプトのヤツは釣りだろ？
マジでいってんだったら頭おかしいだろw
(基地外を釣るエサ投下)
627(1): (ﾜｯﾁｮｲ de14-kHT+) 2022/10/10(月)17:13 ID:+gDGPUis0(1/2) AAS
外部ﾘﾝｸ:megalodon.jp
私の場合は「POSIX原理主義者」という名の人格者として名を知られるようになってきたが、「原理主義」を名乗るだけあって、
628(1): (ﾜｯﾁｮｲ 5ebb-v24v) 2022/10/10(月)17:25 ID:PTVZRYxu0(1) AAS
>>627
いいからお前はシェルスクリプトでカーネル書く作業に戻れ。シェルスクリプトがあれば何でもできるんだろ。
629: (ﾜｯﾁｮｲ de14-kHT+) 2022/10/10(月)17:30 ID:+gDGPUis0(2/2) AAS
>>628
勘違いしてるぞ。俺は人格者（笑）って書き込んだだけだぞ
630: (ﾜｯﾁｮｲ fb10-7iBv) 2022/10/16(日)04:54 ID:kNlIrq3k0(1/2) AAS
Shelling at Russian power plant leaves Belgorod without electricity
動画ﾘﾝｸ[YouTube]
631: (ﾜｯﾁｮｲ fb10-7iBv) 2022/10/16(日)04:55 ID:kNlIrq3k0(2/2) AAS
間違えた、すまん
632: (ｱｳｱｳｳｰ Sacf-0j67) [age] 2022/10/19(水)13:19 ID:1sfAoeRGa(1) AAS
Git v2.38.1
633: (ﾜｯﾁｮｲ 197b-QJZg) 2022/10/27(木)07:22 ID:TnOoNEjS0(1) AAS
Git初心者でGit練習中の者だが、質問いい？
関数の履歴を見るコマンド
Git log -L '/function myfunction/',/},/:myFile
があり得ないほどメモリを食うのだが、これって今のところ仕様？
それとも俺の使い方がまずい？
2MB程度のファイルを2800回程度コミットしたリポジトリがあって、git gc して12MBになってる。
これに対して上記コマンドが9.4GBメモリを食う。
省9
634: (ﾜｯﾁｮｲ e99f-fARP) 2022/10/28(金)00:23 ID:yz6FOYrM0(1) AAS
LooseCompressionの全展開用の領域 2MB*2800=5.6GB
git logは内部でlessにパイプでデータを渡してるから
パイプバッファも含めて約2倍だろうか
Packしなけりゃ少しはマシかもしれない(未確認)
635: (ﾜｯﾁｮｲ 197b-QJZg) 2022/10/28(金)07:15 ID:HlXde3ci0(1) AAS
>Pack
git gcのことか？
なら実は当初はしてなくて1.2GBあったが、その時からコケてた。少なくとも2GBは食ってる。
その後gc出来ると知り、やってみたが、実際は自動で何回かやってるようだし、多分大勢は変わりない。
(実は全部新たにコミットし直すのも試してる)
なお愚直にgit show -> 切り出し -> diff を繰り返すだけのスクリプトを作って試してみた。
メモリは普段の使用と変わりなかった。
省13
636(1): (ﾜｯﾁｮｲ 6ebb-eWiu) 2022/10/28(金)07:18 ID:RikIMzkC0(1) AAS
報告してあげるといい事案だと感じる
637(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/29(土)06:39 ID:J4pkDf7Q0(1/3) AAS
パイプへの変更は厳しいので、一時ファイルをRAMDISK上に配置してみたが所要時間は変化無し。
よってシステムキャッシュは効いてて、パイプにしても高速化予算はほぼ無いと分かった。
diffを切ったら8分、さらに切り出しを切っても8分(変化無し)、git showをgit --version に変更したら2分で終了した。
よって時間予算は gitプロセス起動が1/6(2分)、git show が1/2(6分)、切り出しはほぼ0、diffが1/3(4分)と判明。
git showを高速化する為には出来るだけ纏めて取り出すのがよく、
メモリ無限大なら全展開が一番速いのも事実だが、せめてコア数程度にして欲しい。
見てる限り特に先頭も末尾も異常に速くはならない為、
省6
638(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/29(土)08:37 ID:e5vmfD+T0(1/3) AAS
>>637
HEAD~100 とかじゃ駄目なの？
639(1): (ﾜｯﾁｮｲ 8bbb-juJ7) 2022/10/29(土)08:44 ID:+5EirK6r0(1/2) AAS
いやバグレポートすればいいと思う
640(2): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/29(土)09:15 ID:J4pkDf7Q0(2/3) AAS
>>638
実はそこは初心者過ぎてよく知らないんだわ。
git log HEAD~100
では制限出来なかったけど、どう書くべきなの？
とりあえず公式マニュアルでは -n が最初に載ってるので、-n が一番お手軽なのだと思う。
これが効かないのは、多分実装忘れじゃないかと。
> 外部ﾘﾝｸ:www.git-scm.com
省2
641(1): (ﾜｯﾁｮｲ 8bbb-juJ7) 2022/10/29(土)09:25 ID:+5EirK6r0(2/2) AAS
合理性のないメモリ使用があるなら実害があるユーザーが改善のリクエストをバグレポートで出せばいい
そういうもん
レアケース扱いされることもあれば皆が困ってるようなら優先的にチューニングされる
仕様なのでは！？と空気読んで黙ってるのは奥ゆかしいニンジャ精神
642: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/29(土)09:38 ID:J4pkDf7Q0(3/3) AAS
>>641
なるほどその通りだ。
ガイドラインが糞長げえ…orz が、数日のうちにレポートする方向でやります。
> 外部ﾘﾝｸ[html]:www.chiark.greenend.org.uk
> 外部ﾘﾝｸ:www.git-scm.com 内の this guide が上記
643: (ﾜｯﾁｮｲ 7997-uk66) 2022/10/29(土)11:09 ID:+W9Ulup+0(1) AAS
>>640
手練れのエンジニアとお見受けするが、どのジャンルで仕事されているので？
644(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/29(土)15:16 ID:e5vmfD+T0(2/3) AAS
>>640
HEAD~100..HEAD みたいなのを最後につけてレンジを制限する話だけど効かない？
645(1): (ﾜｯﾁｮｲ 1302-4ham) 2022/10/29(土)21:10 ID:YQqcaKMe0(1) AAS
git log -100 じゃなくて？
646: (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/29(土)23:05 ID:e5vmfD+T0(3/3) AAS
>>645
-100 と -n 100 と --max-count=100 は同じ意味で表示するログの数を制限する
A..B はログを検索する対象を制限する。(Bには存在するけどAには存在しないコミットという意味になる）
647(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)02:06 ID:IOU525bY0(1/6) AAS
>>644
効いた！ありがとう。
何ぞそれ？と思いきや git log のdocumentの頭に書いてあるのな。
> 外部ﾘﾝｸ:www.git-scm.com
gitは機能が多すぎてドキュメントがやたら長いので端折っていたのが敗因だ。
やはり最初は一通り読まないと駄目だな。
これなら回せばいいので、組んでみたら32bit環境で43秒で終了した。
省3
648(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/30(日)09:36 ID:b5HYhcbp0(1/4) AAS
>>647
おつかれ。
慣れてくると git log とかは全ログ対象にはしなくて、素でレンジ指定するので、この手のリソース問題は見つけ難いんだよな。
649: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)12:37 ID:IOU525bY0(2/6) AAS
>>648
初心者は意味不明な使い方を無自覚でやるから、どうしてもマイナーバグに当たりやすい。
なるほどタグを付けてgit logでは範囲指定がデフォか…
ってそのままtutorialに書いてあったわ。やっぱちゃんと読まなきゃ駄目だったorz
> 外部ﾘﾝｸ:www.git-scm.com
つまるところ、今までこんな馬鹿げた使い方をした奴は居なかっただけだな。
650(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)18:58 ID:IOU525bY0(3/6) AAS
git diff の出力はデフォでpatchになってるのだが、これどうやったら切れるんだ？
> 外部ﾘﾝｸ:www.git-scm.com
既にフォーマッタを持っているので、
unixコマンドのdiffのデフォルト出力と同じ物が欲しい。
切るオプションも無いし、下の方のCONFIGURATIONにもそれらしい設定が見つからない。
diff.externalでdiffごと入れ替えないと駄目とかいうクソ仕様？
-s や --no-patchでは出力そのものが出なくなる。ただし
省2
651(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/30(日)21:37 ID:b5HYhcbp0(2/4) AAS
>>650
git diff は git diff 形式 (unified diff 形式の変形) で出力される。それ以外の形式が欲しい場合は外部コマンド使うしかない。
652(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)22:10 ID:IOU525bY0(4/6) AAS
>>651
マジかー。クソ過ぎ。仕様考えた奴馬鹿すぎ。
スクリプトに食わす為に先頭の+-の文字を変更するオプションとかあるのだけど、
これでいいと思った奴は死ねだな。
653(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/30(日)22:14 ID:b5HYhcbp0(3/4) AAS
>>652
git はパッチ管理システムなんだから、それ以外が考慮されてると思う方が贅沢。
654(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)22:34 ID:IOU525bY0(5/6) AAS
>>653
いやそうじゃねえ。というかこれはソフトウェアの構成を間違ってるよ。
diffだってバグはあるのだから、内製は止めて、普通にdiffのdllをコールすべきなんだよ。
GitはLinusが1日で作ったらしいし、最初はどう考えてもそうなっていたはず。
だから俺は config の中にデフォで diff -u みたいなエイリアスがあるのかと思ってた。
diffを内包する事に、何のメリットもない。
この名残がexternal driverで、それが使えればいいという事なのだろうけど、
省7
655(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/30(日)23:37 ID:b5HYhcbp0(4/4) AAS
>>654
Linus のこと知ってるのなら長文書く前に調べろ。
git 作る以前から、みんなが勝手なフォーマットでパッチ送って来るのは非常に困るので推奨のパッチ形式を決めてあったんだよ。
で git 作る時に強制的にその形式に統一されるようにした。どうしても他の形式で出したい場合はひと手間かかるのが設計意図どおり。
656: (ﾜｯﾁｮｲ 8b8f-5UCg) 2022/10/30(日)23:53 ID:LXgcbV870(1) AAS
Linusも言ってたような気がするけど、気に食わなければ自分で作れ
以上
657(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/30(日)23:58 ID:IOU525bY0(6/6) AAS
>>655
Linusはデフォを -u にして、patch送るならオプション無しで送れ、としただけでしょ。
これは間違ってない。
問題は、元のdiffの形式の出力が出来なくなってる事だよ。
オプションで出来るよ、でよかっただけ。
オプションすら禁止なら、今のgit diff に各種出力オプションがあること自体が君的に矛盾するだろ。
何故君がそんな意味不明なポジショントークをするのか分からないが、
省6
658: (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/31(月)00:04 ID:h5Hfu9WR0(1/9) AAS
>>657
お前以外は誰もオプションとか必要ないから作ってないだけだよ。むしろ邪魔。どうしてもやりたければ外部コマンド指定でできるんだからオプションとかでやるよりよっぽど汎用性がある。
オープンソースなんだからオプション必要ならお前が自分でつくればいい。
659: (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/31(月)00:08 ID:h5Hfu9WR0(2/9) AAS
あと −−no-patch には昔からパッチ出さない機能しかないぞ。頭悪い推測とかする暇があったら過去のソース確認してこい。
それこそ git で調べればすぐだぞ
660(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)00:21 ID:J+3pjzxx0(1/22) AAS
>>859
そうか？ならマニュアルの
> to cancel the effect of --patch
の部分は明らかに不要だから削除要請出しといてくれ。
というか君の「昔」がどれ位か知らんが、Linusの言ってた？フォーマットが統一されてないってのは、
diffの各種オプションではなく、edやsharに対してだと思うぞ。
661: (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/31(月)00:43 ID:h5Hfu9WR0(3/9) AAS
>>660
不要だと思ってるのはお前だけ。その思い込みが勘違いの原因だろ。
662: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)07:08 ID:J+3pjzxx0(2/22) AAS
色々確認したが、Gitの現状認識としては651であってるっぽい。
そして外部ツール使うしかないが、これは環境設定無しでコマンドだけで出来る。（動作確認済み)
git difftool --extcmd=/usr/bin/diff <commit> <commit>
> 外部ﾘﾝｸ:qastack.jp
ついでにその中、
> Gitについて学ぶほど、それは1人の人、つまり元のプログラマーのために作られたものだと感じます。
これもよく言われてるようだが、俺も今回の件で同意だ。
省7
663(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)10:11 ID:J+3pjzxx0(3/22) AAS
てかGitってまさかのモノリシックかよ！
こりゃ文句言われるのも分かるわ。完全に方向を間違ってる。
結果的に肥大化していったのだろうけど、現在の状況でこれは駄目だよ。
つかこれシェル化する方向のプロジェクトはないの？
子コマンド群のバイナリだけ貰いたいんだけどさ。
664: (ﾜｯﾁｮｲ a95f-Tk+f) 2022/10/31(月)10:39 ID:sko8U7ef0(1/2) AAS
>>663 好きに fork しなよ。
665(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/31(月)12:23 ID:h5Hfu9WR0(4/9) AAS
自分でやってみればいいよ。
自分で多数の人が参加する巨大なプロジェクトを管理するようになれば、形式が統一されていることがどれだけ重要かわかる。
仕様を強制されているようでも、これこそが git の使い易さ、戦闘証明済の実力だと気付くよ。空想と現場は違う。
666: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)13:21 ID:J+3pjzxx0(4/22) AAS
>>665
それが従来形式のdiffの出力をさせない理由なら、
現在のGitプロジェクトの思想は俺とまるで合わない。
今時モノリシックとか、多分じきにこのプロジェクトは頓挫するよ。
multicsの再来だね。(俺は使ったこと無いけど)
自覚症状もあるみたいだし。
> Git is a fast, scalable, distributed revision control system with an unusually rich command set
省18
667(1): (ﾌﾞｰｲﾓ MM33-wVCK) 2022/10/31(月)14:15 ID:Yrczlr02M(1) AAS
Simple is not easy
Gitは後者を選択することでSIerのドカタまで幅広く受け入れられたということだ
668(1): (ﾜｯﾁｮｲ 8b8f-5UCg) 2022/10/31(月)14:29 ID:Pk1WyFqz0(1) AAS
(だからgit difftoolが用意されてんだろと言いたいけど、linux原理主義者みたいだし黙っとこう)
669: (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)15:04 ID:J+3pjzxx0(5/22) AAS
>>667
他よりましなだけだろ。
ただ俺が思うに、Gitはもっと簡単に出来て、
・勉強しないといけないGit(今)
・勉強しなくてもなんとなく使えちゃうGit(次世代)
に分離すると思うよ。次世代版の需要圧力はもう既に十分あるし。
実のところ、今のgitにラッパシェルスクリプト群を被せれば次世代版出来ちゃうし、
省4
670(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)15:05 ID:J+3pjzxx0(6/22) AAS
>>668
それに辿り着くのにググったりマニュアルを読まないといけないのが問題なんだよ。
今のGitは世界中のプログラマに努力を強いてて、その犠牲の上に成り立ってる。
3時間程度あれば、再現コード付きのバグ報告が出来てしまう。
それをマニュアルを読むのに費やしてるのだから、無駄でしょ。
世界中のプログラマが3時間を世界が進歩する方向に費やせたら、Gitももっとよくなってたはずだよ。
671(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)15:39 ID:oV1LtMOH0(1/19) AAS
それは世界中の人が俺に1円を恵んでくれたら
俺は大金持ちになっていたと言っているようなもんだな
672(1): (ﾜｯﾁｮｲ 8bbb-VzUj) 2022/10/31(月)15:57 ID:h5Hfu9WR0(5/9) AAS
>>670
もっと良い物ができると主張するんなら作って広めてから出直してこい
もともと git を使ってきたやつらがどういう連中かわかって無さ過ぎ
linux カーネルコミュニティとか、文句言ってる暇があったらコード書いて変更した方が速いってやつらばかりだぞ
そういう連中がのべ何万人も十年以上使い続けた結果で今の仕様になってる。本当に問題だったら誰かがとっくに直してる
お前にはこの言葉を贈ろう「馬鹿でも使えるものは馬鹿しか使わない」
673: (ﾜｯﾁｮｲ 8901-Gf1x) 2022/10/31(月)16:18 ID:SCCWpcRv0(1) AAS
gitにdiffの書式の多様性を求めるなら、自分が使ってるコマンドの方を多様性を受け入れるようにすれば良いんじゃね
674(1): (ﾜｯﾁｮｲ d9e4-Xmag) 2022/10/31(月)16:37 ID:GzQExg5g0(1/10) AAS
gitにとってファイルの差分を抽出する機能は、単にユーザへ表示したりパッチをつくるだけじゃなくて、gitの特徴的なマージやリベースを実現するための核心的機能なんだよ
なので専用のものを内製する意味はある
675(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)18:09 ID:J+3pjzxx0(7/22) AAS
>>671
OSSが世界中のプログラマからの元気玉なのは事実だろ
元気をマニュアルに消費されてなければ、もっと大きな元気玉になってただろうよ
676(1): (ﾜｯﾁｮｲ 8901-ZlL6) 2022/10/31(月)18:20 ID:5K9TC9u30(1) AAS
初歩的な質問ですが教えてください。
コミットの履歴が汚くなった場合、皆さんはどのように管理されてますでしょうか？
具体的には、
gitでdevelopからブランチを切ったAで作業しました。
ブランチAのコミット履歴が汚くなったので
新たに作成するブランチBにブランチAで変更したファイルを
一回のコミットで整理したいです。
省2
677: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)18:28 ID:oV1LtMOH0(2/19) AAS
>>675
タラレバ
678(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)18:33 ID:J+3pjzxx0(8/22) AAS
>>672
> のべ何万人も十年以上使い続けた結果
それは言いすぎ。カーネルコミュニティって400人規模と聞いた覚えがある。
毎年全員入れ替わっても1万人規模だよ。
まあこれは本質ではないのでいいが。、
> 「馬鹿でも使えるものは馬鹿しか使わない」
これって誰の言葉だ？Linusが
省13
679: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)18:41 ID:oV1LtMOH0(3/19) AAS
小１「掛け算よりも足し算のほうが簡単だ！」
680: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)18:42 ID:oV1LtMOH0(4/19) AAS
しょう１「かけざんよりもたしざんのほうがかんたんだ！かんじよりもひらがなのほうがかんたんだ！」
681: (ﾜｯﾁｮｲ a95f-Tk+f) 2022/10/31(月)18:50 ID:sko8U7ef0(2/2) AAS
>>678
> ただ俺は別のことをやろうとしてるから、Gitなんて動けば何でもいい程度でしかないので、優先順位は極めて低い。
これまでの開発者を含めて他の人もそうだっただけという可能性に思い至れば何の不思議もないことなのに。
682(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)18:50 ID:J+3pjzxx0(9/22) AAS
>>674
不可欠な機能ではあるが、核心的機能ではない。
事実として、Git内のdiffをGNUdiffに差し替えても、マージやリベースが出来なくなるわけではないだろ。
Gitは方針を間違ってる。
もし仮にGNUdiffのアルゴリズムが糞過ぎて出力が糞でマージが出来ないとしても、
アルゴリズム部分はGNUdiffにcontributeし、Gitがそのソースコードを使えばいいだけ。
Git内のdiffもGNUdiffからforkしたのだろうし、普通はこうすると思うけど。
省9
683: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)19:41 ID:oV1LtMOH0(5/19) AAS
え？まさかgit diffを差分を見るだけのツールだと思ってるの？
684(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)19:42 ID:oV1LtMOH0(6/19) AAS
GNU diffに依存したら、GNU diffが使われないところで
動かないってわからんかなぁ
diffは移植性低いんだよ？
685(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)19:49 ID:J+3pjzxx0(10/22) AAS
ちなみに652で既に言ったが
> --output-indicator-new=<char>
> --output-indicator-old=<char>
> --output-indicator-context=<char>
> Specify the character used to indicate new, old or context lines in the generated patch. Normally they are +, - and ' ' respectively.
> 外部ﾘﾝｸ:www.git-scm.com
このオプションが相当にヤバい。
省14
686(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)19:51 ID:oV1LtMOH0(7/19) AAS
git diffはパッチファイルを作るために利用されるし、
diffは環境依存するコマンドなんだから、
そんなのに依存したら、gitの移植性が低くなる
別の環境で実行したら、diffコマンドの出力がおかしくて
正しくパッチ当てられませんとかなったら困るやろ
常識で考えろや
687: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)19:53 ID:oV1LtMOH0(8/19) AAS
>>685
> とすれば出来ることなので、gnuにこれを提案しても当然「そんなんイラネーよ」で終わってしまう。
あのさぁ、提案するのはGNUだけじゃだめだって理解してないの？
688(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)19:53 ID:J+3pjzxx0(11/22) AAS
>>684
どういう意味？
少なくともどのプラットフォームにもdiffはあるだろ。
689(1): (ﾜｯﾁｮｲ d9e4-Xmag) 2022/10/31(月)19:56 ID:GzQExg5g0(2/10) AAS
>>682
diff.externalやdifftoolによる置き換えは差分表示に使うdiffを置き換えるだけで、git内部でマージやリベースを行うための差分抽出には使わないだろ
690(1): (ﾜｯﾁｮｲ 699f-ZlL6) 2022/10/31(月)20:00 ID:9mfNegYM0(1) AAS
ん?
これはもしかして以前来てたPOSIX原理主義者氏か?
691(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:00 ID:oV1LtMOH0(9/19) AAS
>>688
全部同じ実装じゃねーよ
それぞれ全部細かい違いがある
すべてのプラットフォームのdiffにまで対応するなんて
大変な作業なんて誰もやろうとは思わん
692(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:01 ID:oV1LtMOH0(10/19) AAS
例えば2004年版のdiffには-uがないからな
The Open Group Base Specifications Issue 6
外部ﾘﾝｸ[html]:pubs.opengroup.org
693(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)20:02 ID:J+3pjzxx0(12/22) AAS
>>686
> diffは環境依存するコマンド
は？
まあ仮にそうだったとして、Git内のdiffがあらゆる環境で同じdiffを生成するように小細工してるとでも？
ただまあこの場合、ぶっちゃけ、小細工出来る＝原因が分かってる≒多分Intサイズとかの違い、だから、
リモートリポジトリのマージで（俺は実際何を送ってくるのか知らんが）diffを送ってくるのなら、
それはマージ時点で鯖に問い合わせてdiffで済むかファイル本体を送らせてローカルでdiff取るかすればいいだけでしょ。
省6
694(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:03 ID:oV1LtMOH0(11/19) AAS
> まあ仮にそうだったとして、Git内のdiffがあらゆる環境で同じdiffを生成するように小細工してるとでも？
同じdiffを生成するために、gitで実装してるんだろ
頭悪いのか？
依存ライブラリ（この場合はコマンドだが）を減らすのは
移植性を高めるための常識だ
695(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:04 ID:oV1LtMOH0(12/19) AAS
OSの標準コマンドに依存したら
移植性は低くなるんだよ
常識やろ
696(2): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)20:08 ID:J+3pjzxx0(13/22) AAS
>>692
> ユニファイド形式diffを最初に開発したのはウェイン・デイヴィソンで、
> 1990年8月のことであった（comp.sources.miscのVolume 14にunidiffとして投稿）。
> リチャード・ストールマンがGNUプロジェクトのdiffコマンドにこの機能を1ヶ月後に加え、
> 1991年1月リリースのGNU diff 1.15から使えるようになった。
> 外部ﾘﾝｸ:ja.wikipedia.org
ただそれ以前に、-uがある/ないはGitでマージ出来る/出来ないにはならないだろ。
省1
697(1): (ﾜｯﾁｮｲ 497b-vCJ4) 2022/10/31(月)20:10 ID:J+3pjzxx0(14/22) AAS
>>694,695
だからファイル本体をダウンロードして、mergeするマシン上でdiff取ればいいだけだろ。
これでマシン依存をなくせるし、普通の実装だよ。
通じないのか？どうもお前の書き込みは頭が悪そうだし。ならここら辺で切り上げるが。
698(1): (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:15 ID:oV1LtMOH0(13/19) AAS
>>696
-u がないとハンクの精度が下がるだろ
ほんとしらんならだまっとけよ
699: (ﾜｯﾁｮｲ 6914-Tk+f) 2022/10/31(月)20:15 ID:oV1LtMOH0(14/19) AAS
>>697
パッチファイルを受け取って
他の人がマージすることもあるだろ
ほーんと、しらんならだまっとけ
上下前次1-新書関写板覧索設栞歴
あと 303 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s