<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Version-Control on たかおの解説</title><link>https://takao.blog/ja/tags/version-control/</link><description>Recent content in Version-Control on たかおの解説</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>たかおの解説</copyright><lastBuildDate>Sat, 13 Jun 2026 23:11:50 +0900</lastBuildDate><atom:link href="https://takao.blog/ja/tags/version-control/index.xml" rel="self" type="application/rss+xml"/><item><title>Git LFS：リポジトリ内の大容量ファイル管理</title><link>https://takao.blog/ja/web/git-lfs/</link><pubDate>Tue, 26 Nov 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/git-lfs/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Git LFS：リポジトリ内の大容量ファイル管理" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;Gitはテキストファイル用に設計されており、大規模バイナリには不向きです。大容量ファイルがリポジトリに入るとクローン時間が増加し、リポジトリサイズが膨張し、&lt;code&gt;git log&lt;/code&gt;などの操作が低速化します。Git LFS（Large File Storage）は、大容量ファイルをテキストのポインターファイルに置き換え、実際のファイルコンテンツをリモートサーバーに保存することでこの問題を解決します。&lt;/p&gt;</description></item><item><title>Git Squash Merge：チームのためのクリーンな履歴戦略</title><link>https://takao.blog/ja/web/git-squash-merge/</link><pubDate>Tue, 21 May 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/git-squash-merge/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Git Squash Merge：チームのためのクリーンな履歴戦略" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;Gitの履歴はチームと未来の自分自身のためのコミュニケーションツールです。クリーンで読みやすい履歴は、デバッグ、コードレビュー、リリース管理を大幅に容易にします。Squash Mergeはクリーンな履歴を維持する主要な戦略の1つですが、いつ、どのように使用するか、いつ代替手段を選ぶべきかを理解するには、各手法のトレードオフを把握する必要があります。&lt;/p&gt;</description></item><item><title>Git Submodules：ネストされたリポジトリを効果的に管理する</title><link>https://takao.blog/ja/web/git-submodules/</link><pubDate>Mon, 22 Jan 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/git-submodules/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Git Submodules：ネストされたリポジトリを効果的に管理する" /&gt;&lt;p&gt;Git submodulesを使用すると、1つのGitリポジトリの中に別のリポジトリをネストしながら、それぞれ独立したバージョン管理を維持できます。共有ライブラリ、サードパーティの依存関係、設定ファイルのコレクションなど、正確なコミットレベルの制御が必要な場合に有用です。ただし、サブモジュールには複雑さが伴うため、その基盤となるメカニズムを理解することが重要です。&lt;/p&gt;</description></item></channel></rss>