ホームページ コンピューターのチュートリアル コンピュータ知識 Git のコミットは差分、スナップショット、または履歴ですか?

Git のコミットは差分、スナップショット、または履歴ですか?

Feb 19, 2024 am 11:39 AM
git 提出する 素早い動き

Git 提交是差异、快照还是历史记录?

Git コミットがどのように実装されるかを理解するのは簡単ですが、送信に対する他の人の意見を理解するのは困難です。そこで私はマストドン上の他の人にいくつかの質問をしてみました。

Git の提出についてどう思いますか?

私は非常に非科学的な調査を実施し、人々に Git のコミットについてどう思うか尋ねました。それはスナップショットでしょうか、差分でしょうか、それとも以前のすべてのコミットのリストでしょうか? (もちろん、この 3 つすべてであると考えるのが合理的ですが、人々のメインの

が気になります。 ###消す:###

51%の差
  • 42% スナップショット
  • 4% 以前のすべてのコミットの履歴
  • 3%「その他」
  • 差分とスナップショットの 2 つのオプションの比率が非常に近いことに驚きました。また、
「私の意見では、コミットは diff ですが、実際にはスナップショットとして実装されていると思います」や

「私の意見では、コミットはスナップショットですが、実際には 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 コミットのチェックアウトが常に高速であることを意味します。Git にとって、100 万件前のコミットをチェックアウトするのと同じくらい簡単に、昨日のコミットをチェックアウトできます。コミットは差分としてまったく保存されないため、Git は現在の状態を判断するために 10,000 の差分を再適用する必要はありません。

スナップショットはpackfileを使用して圧縮されます

Git のコミットはスナップショットであると述べましたが、「私の意見では、コミットはスナップショットですが、実装の違いだと思います」という人は
、これも実際に当てはまります。 Git
のコミットは、慣れ親しんだ diff の形式では表現されません (前のコミットとの差分としてディスクに保存されません)。しかし、基本的な直観としては、 10,000## 行 # のファイルが 500 回編集された場合、500 個のファイルを保存する効率は非常に低くなります。

Git には、差分の形式でファイルを保存する方法があります。これは「パックファイル」と呼ばれ、Git はディスク領域を節約するために、データをパックファイルに定期的にガベージ コレクションします。リポジトリを

git clone すると、Git はデータも圧縮します。

ここでは、パックファイルがどのように機能するかを完全に説明するのに十分なスペースがありません (Aditya Mukerjee の「Git パックファイルの解凍」は、パックファイルがどのように機能するかを説明する私のお気に入りの記事です)。ただし、デルタがどのように機能するか、およびデルタが diff とどのように異なるかについての私の理解をここで簡単に要約できます:

    オブジェクトは「元のファイル」および「デルタ」への参照として保存されます
  • デルタは、「バイト 0 ~ 100 を読み取り、次にバイト「hello there」を挿入し、バイト 120 ~ 200 を読み取る」などの一連の命令です。元のファイルから新しいテキストをつなぎ合わせます。したがって、「削除」という概念はなく、コピーして追加するだけです。
  • ミュータンスのレイヤーが少ないと思います: Git が特定のオブジェクトを取得するために通過する必要があるミュータンスのレイヤーが何層あるかを確認する方法はわかりませんが、私の印象では、通常はそれほど多くはありません。たぶん10階未満でしょうか?とはいえ、実際に調べる方法を知りたいです。
  • 元のファイルは前のコミットのものである必要はなく、何でも構いません。もしかしたら、後のコミットからのものかもしれませんか?よくわかりません。
  • 変更を計算するための「正しい」アルゴリズムはありません。Git にはいくつかの近似ヒューリスティックがあるだけです

差分を見ると実際に何か奇妙なことが起こっています

特定のコミットの差分を確認するために

git show SOME_COMMIT を実行すると実際に何が起こるかは、少し直感に反します。私の理解は次のとおりです:

Git はパックファイルを調べ、変更を適用して、このコミットとその親コミットのツリーを再構築します。
  • Git は 2 つのディレクトリ ツリー (現在のコミットのディレクトリ ツリーと親コミットのディレクトリ ツリー) 間の差分比較を実行します。ほとんどすべてのファイルがまったく同じであるため、これは通常高速です。そのため、git はほとんど何もせずに同一ファイルのハッシュを比較するだけで済みます。
  • 最後に Git で違いが表示されます
  • したがって、Git は変更をスナップショットに変換し、差分を計算します。差のようなもので始まり、別の違いのようなもので終わるので、少し奇妙に感じますが、変化の量と差は実際にはまったく異なるため、意味はあります。

    そうは言っても、Git はコミットをスナップショットとして保存し、packfile はディスク領域を節約し、クローン作成を高速化するための実装の詳細にすぎないと思います。実際に Packfile がどのように機能するかを知る必要はありませんでしたが、ディスク容量をあまり消費せずに Git スナップショットがどのようにコミットされるかを理解するのに役立ちます。

    #Git の「間違った」理解: コミットは差分である 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 サイトの他の関連記事を参照してください。

    このウェブサイトの声明
    この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

    ホットAIツール

    Undresser.AI Undress

    Undresser.AI Undress

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

    AI Clothes Remover

    AI Clothes Remover

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

    Undress AI Tool

    Undress AI Tool

    脱衣画像を無料で

    Clothoff.io

    Clothoff.io

    AI衣類リムーバー

    AI Hentai Generator

    AI Hentai Generator

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

    ホットツール

    メモ帳++7.3.1

    メモ帳++7.3.1

    使いやすく無料のコードエディター

    SublimeText3 中国語版

    SublimeText3 中国語版

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

    ゼンドスタジオ 13.0.1

    ゼンドスタジオ 13.0.1

    強力な PHP 統合開発環境

    ドリームウィーバー CS6

    ドリームウィーバー CS6

    ビジュアル Web 開発ツール

    SublimeText3 Mac版

    SublimeText3 Mac版

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

    DeepSeekをインストールする方法 DeepSeekをインストールする方法 Feb 19, 2025 pm 05:48 PM

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

    DeepSeek使用のためのFAQの概要 DeepSeek使用のためのFAQの概要 Feb 19, 2025 pm 03:45 PM

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

    LBank Exchange に登録するにはどうすればよいですか? LBank Exchange に登録するにはどうすればよいですか? Aug 21, 2024 pm 02:20 PM

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

    AIツールとは何ですか? AIツールとは何ですか? Nov 29, 2024 am 11:11 AM

    AI ツールには、Doubao、ChatGPT、Gemini、BlenderBot などが含まれます。

    清算を回避するには、Huobi 先物契約にどのくらいの証拠金が必要ですか? 清算を回避するには、Huobi 先物契約にどのくらいの証拠金が必要ですか? Jul 02, 2024 am 11:17 AM

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

    Grayscale Encryption Trust Fundsとは何ですか? Grayscale Encryption Trust Fundsとは何ですか? Mar 05, 2025 pm 12:33 PM

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

    トップマーケットメーカーが暗号市場に参入すると、キャッスル証券は業界にどのような影響を与えますか? トップマーケットメーカーが暗号市場に参入すると、キャッスル証券は業界にどのような影響を与えますか? Mar 04, 2025 pm 08:03 PM

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

    Delphi Digital:新しいElizaos V2アーキテクチャを解析することにより、新しいAIエコノミーを変更する方法は? Delphi Digital:新しいElizaos V2アーキテクチャを解析することにより、新しいAIエコノミーを変更する方法は? Mar 04, 2025 pm 07:00 PM

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

    See all articles