lynx   »   [go: up one dir, main page]

記事へのコメント57

  • 注目コメント
  • 新着コメント
naga_sawa
内側の実現方式がハッシュで繋いだスナップショットなんだけれどもユーザはdiffとか使っていくので差分累積に見えてしまうという/同じネタを昔やった記憶→ https://b.hatena.ne.jp/entry/s/qiita.com/kaityo256/items/81e7951a1ca2706955a4

その他
tmatsuu
cherry-pickでハッシュ値が変わったり、--depth=1で最新を取得できたりするのはなぜか、などの出発点があるのかなとか思ったけども。

その他
rikuba
「このアルゴリズムは A * D 回差分計算します。ここで A は追加されたファイルの数で、 D は削除されたファイルの数です。」

その他
momontyo
リネーム追跡はやっぱ推測でしかないのね。 複数ファイルの追加削除を同時にした時に、どうしてもリネーム扱いにされて嫌な思いしたこと思いだす。

その他
tx198
コミットに全スナップショットが入ってるだろ。 入ってないなんて、どうしてそう思ったのか聞きたいです。 コミットハッシュに全てがあると思うけど。わからん。

その他
ngmy
差分と捉えるかスナップショットと捉えるかで使っていて混乱することなんてある?モデルから使い方を推測して使うとそうなるのか?(ドキュメントを読め)

その他
n314
効率の良い何かすごいことをしてるかと思いきや、変更のあるファイル丸ごとgzipで圧縮して毎回全部保存してるんだよね。

その他
masa_iwasaki
svnから移行してきた勢にとってはこれがsvnとgitの一番の違いだったので当たり前のことかもしれないけどgitから入った人だと知らないで使っているかもしれない。

その他
yorkfield
yorkfield トップコメントの"コミット一つのデータが全データのスナップショットを持ってない"って、どこからそんな解釈が出るんだ……。「コミット一つのデータ」で想像してる物がたぶん違うんだろうな。

2021/01/07 リンク

その他
pokuwagata
意外と理解されてない

その他
tumo300-500
`リネームの検出の計算が長くなるのを避けるため、 A + D の値が内部的な制限値よりも大きい場合は、Git は編集リネームの検出をスキップします` へぇへぇ

その他
yarumato
“Gitは用語と想像する挙動が違って混乱すると言われます。この混乱の根本的な原因は「コミットは 差分 であり順番を入れ替えることができる」という解釈。コミットは差分ではありません。ならcherry-pickやrebaseは”

その他
te2u
コミットはスナップショットで、rebaseなどでは内部で差分を計算して適用したものをスナップショットしている。git内部でいつでも差分を計算できることが重要で、rebaseでコミットの入れ替えができるのはこのおかげか。

その他
devorgachem
devorgachem コミットが全データを持ってないのトップコメ、なんのデータを持ってないとの主張だろう。コミットの実体には、ファイルとディレクトリの一意なIDが書かれてるわけで一意なスナップショットを復元できるはずだが

2021/01/07 リンク

その他
umai_bow
システム的には差分しか保存しない(容量節約のために)けど、モデル的には完全なスナップショットとして扱われるよ!!文句のあるブコメが上位に来るのが驚き。ちゃんと理解するとgitが使いやすくなるよ

その他
kazatsuyu
ファイルごとの差分は作らないけどファイルシステム全体で見れば差分よね

その他
youhey
とはいえそのスナップショットの差分を保存すると考えると、けっきょく差分と考えたほうがシックリくるような気も

その他
Insite
インターフェイスは差分とスナップショットを返し、データ構造は木構造の更新履歴が保存可能なグラフ構造と差分記録であるというだけ。時間空間コストが劣らなければユーザには関係ない話。

その他
iga_k
ずっと差分だと思って暮らしていたのでgit何もわからない・・・になった

その他
tossy_yukky
知らないこと多かった

その他
tettekete37564
“コミットは 差分 であり順番を入れ替えることができるという解釈” < ?差分だから順番を入れ替えることが出来ない、じゃないの

その他
ku__ra__ge
さらに混乱する話として、論理的にはスナップショットだが実際に保存されているデータは差分(の場合もある)。圧縮して1GBになるファイルを2回コミットしたレポジトリが2GBになるとは限らない。

その他
ducky19999
1つ1つのファイルはスナップショット

その他
versatile
そろそろ新しいのが出るかもしれんね

その他
everybodyelse
マージした後に過去のコミットにチェックアウトしても、マージされた状態で戻るわけじゃないので、スナップショットであることは普通に分かりそうなもんだけどな。

その他
take4mats
ああなるほど、 rebase と cherry-pick 完全に理解した “rebase コマンドは単純に <target> に移動し、見つけたコミットたちに対して git cherry-pick コマンドを最も古いコミットから順に実行し始めます。”

その他
sha51
そういえば昔読んだgitの本を見つけてたまたま最近読み返したら丁度同じ事書いてたな。今だったら理解出来る

その他
taguch1
全部ポインタとして見てる。

その他
LiosK
これ読んでもまだコミットが差分だと思ってる人がいるっぽくて驚く。HEAD^とか別ブランチとかとの差分をgit diffで見慣れてれば、直前コミットとの差分だけが何か特別なものっていう観念は薄れそうな。

その他
diveintounlimit
だいぶ前に見たようなと思ったら https://github.blog/2020-12-17-commits-are-snapshots-not-diffs/ の日本語訳か。 https://github.blog/2020-12-21-get-up-to-speed-with-partial-clone-and-shallow-clone/ の記事も面白いので読むと良いと思うよ。

その他

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

アプリのスクリーンショット
いまの話題をアプリでチェック!
  • バナー広告なし
  • ミュート機能あり
  • ダークモード搭載
アプリをダウンロード

関連記事

コミットはスナップショットであり差分ではない

Git は紛らわしいという評判です。用語や言い回しが意味するものと、そこから想像する挙動が違ってユー...

ブックマークしたユーザー

すべてのユーザーの
詳細を表示します

同じサイトの新着

同じサイトの新着をもっと読む

いま人気の記事

いま人気の記事をもっと読む

いま人気の記事 - テクノロジー

いま人気の記事 - テクノロジーをもっと読む

新着記事 - テクノロジー

新着記事 - テクノロジーをもっと読む

同時期にブックマークされた記事

いま人気の記事 - 企業メディア

企業メディアをもっと読む

Лучший частный хостинг