Git のコミットは差分、スナップショット、または履歴ですか?
Git コミットがどのように実装されるかを理解するのは簡単ですが、送信に対する他の人の意見を理解するのは困難です。そこで私はマストドン上の他の人にいくつかの質問をしてみました。
Git の提出についてどう思いますか?
私は非常に非科学的な調査を実施し、人々に Git のコミットについてどう思うか尋ねました。それはスナップショットでしょうか、差分でしょうか、それとも以前のすべてのコミットのリストでしょうか? (もちろん、この 3 つすべてであると考えるのが合理的ですが、人々のメインの
が気になります。 ###消す:###51%の差
- 42% スナップショット
- 4% 以前のすべてのコミットの履歴
- 3%「その他」
- 差分とスナップショットの 2 つのオプションの比率が非常に近いことに驚きました。また、
「私の意見では、コミットはスナップショットですが、実際には diff として実装されていると思います。」送信が実際にどのように実装されるかについては、後ほど詳しく説明します。
先に進む前に: 「違い」または「スナップショット」とは何を意味しますか?
私が話している「違い」はおそらく非常に明白です。違いは、git show COMMIT_ID を実行したときに得られるものです。たとえば、rbspy プロジェクトのタイプミスの修正は次のとおりです: リーリー
GitHub でご覧いただけます: https://github.com/rbspy/rbspy/commit/24ad81d2439f9e63dd91cc1126ca1bb5d3a4da5b
「スナップショット」とは、「git checkout COMMIT_ID を実行したときに取得されるすべてのファイル」のことです。
Git は通常、送信されたファイルのリストを「ツリー」(「ディレクトリ ツリー」など) として参照します。上記で送信されたすべてのファイルは GitHub で確認できます:
https://github.com/rbspy/rbspy/tree/24ad81d2439f9e63dd91cc1126ca1bb5d3a4da5b (
/commit/
/tree/
です)
「Git の実装方法」は本当にそれを説明する正しい方法でしょうか?
Git の学習に関して私が最もよく聞くアドバイスは、おそらく「Git が内部的に物事をどのように表現するかを学べば、すべてがより明確になります。」です。私は明らかにこの視点がとても好きです (このブログを時間をかけて読んだことがある方なら、私が が好きであることがお分かりいただけると思います) しかし、Git の学習方法としては、私が期待していたほど成功しませんでした。いつもなら、「なるほど、Git コミットはスナップショットで、親コミットへのポインタがあり、ブランチはコミットへのポインタで、そして…」と興奮気味に説明を始めるところですが、People を試してみました。助けてくれた人は、この説明はあまり役に立たなかった、まだ理解できないと言うでしょう。そこで、他の選択肢を検討してきました。
しかし、最初に内部実装について話しましょう。
内部的には、Git はコミットをスナップショット (各ファイルの現在のバージョンの「ツリー」を保存する) として表します。 Git リポジトリにいます。ファイルはどこにありますか?これについては で書きましたが、ここでは内部フォーマットの概要を簡単に説明します。 これは提出表現です: リーリー
そして、このツリー オブジェクトを表示すると、このコミットのリポジトリのルートにあるすべてのファイル/サブディレクトリのリストが表示されます。 リーリーこれは、Git コミットのチェックアウトが常に高速であることを意味します。Git にとって、100 万件前のコミットをチェックアウトするのと同じくらい簡単に、昨日のコミットをチェックアウトできます。コミットは差分としてまったく保存されないため、Git は現在の状態を判断するために 10,000 の差分を再適用する必要はありません。
スナップショットはpackfileを使用して圧縮されます
Git のコミットはスナップショットであると述べましたが、「私の意見では、コミットはスナップショットですが、実装の違いだと思います」という人は
、これも実際に当てはまります。 Git
のコミットは、慣れ親しんだ diff の形式では表現されません (前のコミットとの差分としてディスクに保存されません)。しかし、基本的な直観としては、 10,000## 行 # のファイルが 500 回編集された場合、500 個のファイルを保存する効率は非常に低くなります。
git clone すると、Git はデータも圧縮します。
- オブジェクトは「元のファイル」および「デルタ」への参照として保存されます
- デルタは、「バイト 0 ~ 100 を読み取り、次にバイト「hello there」を挿入し、バイト 120 ~ 200 を読み取る」などの一連の命令です。元のファイルから新しいテキストをつなぎ合わせます。したがって、「削除」という概念はなく、コピーして追加するだけです。
- ミュータンスのレイヤーが少ないと思います: Git が特定のオブジェクトを取得するために通過する必要があるミュータンスのレイヤーが何層あるかを確認する方法はわかりませんが、私の印象では、通常はそれほど多くはありません。たぶん10階未満でしょうか?とはいえ、実際に調べる方法を知りたいです。
- 元のファイルは前のコミットのものである必要はなく、何でも構いません。もしかしたら、後のコミットからのものかもしれませんか?よくわかりません。
- 変更を計算するための「正しい」アルゴリズムはありません。Git にはいくつかの近似ヒューリスティックがあるだけです
差分を見ると実際に何か奇妙なことが起こっています
特定のコミットの差分を確認するためにgit show SOME_COMMIT を実行すると実際に何が起こるかは、少し直感に反します。私の理解は次のとおりです:
そうは言っても、Git はコミットをスナップショットとして保存し、packfile はディスク領域を節約し、クローン作成を高速化するための実装の詳細にすぎないと思います。実際に Packfile がどのように機能するかを知る必要はありませんでしたが、ディスク容量をあまり消費せずに Git スナップショットがどのようにコミットされるかを理解するのに役立ちます。
#Git の「間違った」理解: コミットは差分である Git の「エラー」については、次のような理解が一般的だと思います。
コミットは、前のコミット (および親コミット、作成者、およびメッセージへのポインター) に基づく差分として保存されます。
- コミットの現在の状態を取得するには、Git は以前のすべてのコミットを最初から再適用する必要があります。
- この理解はもちろん間違っています (実際には、コミットはスナップショットの形式で保存され、差分はこれらのスナップショットから計算されます)。しかし、これは非常に便利で、私にとっては理にかなっています。マージ コミットについて考えると少し奇妙ですが、これはマージ コミットの最初の親コミットに基づく違いに過ぎないと言えるかもしれません。
この誤解は時には非常に役立つと思いますが、Git を日常的に使用する上では問題ないようです。私たちが最もよく使うもの (違い) が最も基本的な要素になることがとても気に入っています。私にとっては非常に直感的です。
私はまた、次のような、Git についての有益だが「間違った」理解についても考えてきました。
- コミット情報は編集できます (実際には編集できません。同一のコミットをコピーして新しい情報を与えるだけです。古いコミットはまだ存在します)
- コミットは別のベースに移動できます (同様に、コピーされます)
コミットを差分として扱うことのいくつかの利点
Git ではコミットがスナップショットであるとわかっていても、おそらくほとんどの場合、コミットを差分として扱います。理由は次のとおりです。
- ほとんどの場合、私は加えている変更に集中します。コード行を変更するだけの場合、明らかに、コードベース全体の現在の状態ではなく、そのコード行について主に考えています
- GitHub で Git コミットをクリックするか、
- git show
を使用すると、違いがわかります。これは私が見慣れているものです
私はリベースをよく使いますが、重要なのは差分を再適用することです
コミットをスナップショットとして扱うことのいくつかの利点
しかし、私は時々コミットをスナップショットと考えることもあります。理由は次のとおりです。
- Git は、ファイルの移動によって混乱することがよくあります。ファイルを移動して編集すると、Git はそれが移動されたことを認識せず、代わりに
- として表示されます。
「old.py が削除され、new.py が追加されました」。これは、Git はスナップショットのみを保存するためで、「Move old.py -> new.py」と表示された場合は、
old.pyとnew.pyの内容は似ているので現時点では推測の域を出ません。
こうすることで、 - git checkout COMMIT_ID
が何をしているのかを理解しやすくなります (10,000 のコミットを再適用するという考えはストレスになります)
マージされたコミットは実際には何でも構いません (単なる新しいスナップショットです!) ので、私にとってマージ コミットはスナップショットのように見えます。これは、マージ競合を解決するときになぜ恣意的な変更が行われる可能性があるのか、また競合を解決するときになぜ注意が必要なのかを理解するのに役立ちました。
提出に関するその他の理解
マストドンの返信の一部では次のようなことも言及されています:
- コミットに関する「追加の」アウトオブバンド情報 (電子メール、GitHub プル リクエスト、同僚との会話など)
- 「違い」を「前の状態、後の状態」と考えてください。
- そしてもちろん、多くの人は状況に応じて提出物を異なる見方をします
- コミットについて話すときに人々が使用する、それほど曖昧ではないかもしれない他の言葉:
「リビジョン」 (スナップショットのように見えます)
- 「パッチ」 (差分のように見えます)
- #########それでおしまい!
私は、人々が Git に対して持っているさまざまな理解を理解するのに苦労しています。特に厄介なのは、「間違った」理解が非常に役立つことが多いにもかかわらず、人々は「間違った」メンタル モデルを警戒することに熱心で、一部の Git インタプリタが立ち上がり、なぜ間違っているのかを彼らに説明してください。 (これらの Git インタプリタは通常、良い意味を持ちますが、それに関係なくマイナスの影響を与える可能性があります) でも、たくさんのことを学びました!コミットについてどのように話すべきかはまだ完全にはわかりませんが、最終的にはわかるでしょう。
Git コミットについて私と議論してくれた Marco Rogers 氏、Marie Flanagan 氏、そして Mastodon の皆さんに感謝します。
以上がGit のコミットは差分、スナップショット、または履歴ですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











DeepSeekをインストールするには、Dockerコンテナ(最も便利な場合は、互換性について心配する必要はありません)を使用して、事前コンパイルパッケージ(Windowsユーザー向け)を使用してソースからコンパイル(経験豊富な開発者向け)を含む多くの方法があります。公式文書は慎重に文書化され、不必要なトラブルを避けるために完全に準備します。

Deepseekai ToolユーザーガイドとFAQ Deepseekは、強力なAIインテリジェントツールです。 FAQ:異なるアクセス方法の違い:Webバージョン、アプリバージョン、API呼び出しの間に機能に違いはありません。アプリは、Webバージョンのラッパーにすぎません。ローカル展開は蒸留モデルを使用します。これは、DeepSeek-R1のフルバージョンよりもわずかに劣っていますが、32ビットモデルには理論的には90%のフルバージョン機能があります。居酒屋とは何ですか? Sillytavernは、APIまたはOllamaを介してAIモデルを呼び出す必要があるフロントエンドインターフェイスです。壊れた制限とは何ですか

LBank に登録するには、公式 Web サイトにアクセスし、「登録」をクリックします。メールアドレスとパスワードを入力し、メールアドレスを確認します。 LBank アプリをダウンロード iOS: AppStore で「LBank」を検索します。 「LBank-DigitalAssetExchange」アプリケーションをダウンロードしてインストールします。 Android: Google Play ストアで「LBank」を検索します。 「LBank-DigitalAssetExchange」アプリケーションをダウンロードしてインストールします。

Huobi契約の清算は、証拠金不足による強制清算です。清算を避けるために、証拠金率は主流通貨契約の場合は 10% 以上、非主流通貨契約の場合は 20% 以上が推奨されます。証拠金の計算式:清算に必要な証拠金=約定金額/(1ストップ損失率/始値)。高いマージン率は清算のリスクを軽減します。約定取引はレバレッジ比率が高く、リターンとリスクが共存するため、証拠金の管理には十分な注意が必要です。

グレイスケール投資:機関投資家が機関や投資家にデジタル通貨投資サービスを提供するための機関投資家が入国します。同社はいくつかの暗号信託を立ち上げました。これは広範な市場の注目を集めていますが、これらの資金のトークン価格に対する影響は大きく異なります。この記事では、Grayscaleの主要なCrypto Trust Fundsの一部を詳細に紹介します。 Grayscale Major Crypto Trust Fundsは、Grayscale Investment(2013年にDigitalCurrencyGroupによって設立された)で利用可能なさまざまなCrypto Asset Trust Fundsを管理し、機関投資家と順応の高い個人を提供する投資チャネルを提供します。その主な資金には、ZCASH(ZEC)、SOL、

トップマーケットメーカーのキャッスル証券のビットコインマーケットメーカーへの参入は、ビットコイン市場の成熟度の象徴であり、将来の資産価格設定力を競うための従来の金融勢力の重要なステップです。ブルームバーグによると、2月25日、シタデル証券は暗号通貨の流動性プロバイダーになろうとしています。同社は、Coinbaseglobal、Binanceholdings、Crypto.comが運営する取引所など、さまざまな取引所でマーケットメーカーのリストに参加することを目指していると、この問題に精通している人々は述べています。取引所によって承認されると、当社は当初、米国外にマーケットメーカーチームを設立することを計画していました。この動きは標識だけではありません

ElizaOSV2:AIのエンパワーメントAIは、補助ツールから独立したエンティティに進化しています。この記事では、ElizaOSV2の主要な革新と、AI主導の将来の経済をどのように形成するかについて説明します。 AIオートメーション:Elizaosを独立して操作することは、もともとWeb3オートメーションに焦点を当てたAIフレームワークでした。 V1バージョンを使用すると、AIはスマートコントラクトとブロックチェーンデータと対話できますが、V2バージョンは大幅なパフォーマンスの改善を実現します。単純な指示を実行する代わりに、AIはワークフローを独立して管理し、ビジネスを運営し、財務戦略を開発することができます。アーキテクチャのアップグレード:強化a
