Git for Windowsの最新版はv2.56.0(2)（タグ名 v2.56.0.windows.2、2026年10月5日公開）です。Git本体2.56.0を土台にしたWindows向けの配布物で、v2.56.0の初回リリースから内部の実行環境がMINGW64からUCRT64へ切り替わり、Windows 8.1は対象外になりました。この記事では、手元のバージョン確認、配布物の選び方、インストーラー各画面の既定値、既存環境の更新方法、更新後に起きている既知の不具合を、GitHubのリリースノートとインストーラーのソースで確かめた内容でまとめます。版が上がるたびに更新します。Windowsに限らないGit本体の最新版と新機能はGitの最新バージョンは？確認・アップデート方法とGit 2.55の新機能【2026年最新】で扱っています。
まとめ：最新バージョンと確認・更新の要点
- 最新版はv2.56.0(2)（2026年10月5日）。v2.55.0(4)より古い版には、その版で修正された脆弱性が残るため、公式FAQも更新を強く勧めている。
- 手元の版は
git --versionで確認する。git version 2.56.0.windows.2と出れば最新。 - 入手はgitforwindows.orgかGitHubのリリースページ。Windows 10以降のx64機は64-bit版、Windows 11のARM機はARM64版を選ぶ。32ビットの配布はMinGitだけになっている。
- インストーラーは既定のままで動くが、改行コード（
core.autocrlf=true）・HTTPSの証明書検証（Windowsの証明書ストア）・git pullの挙動（マージ）は既定値を理解してから進める。 - 更新は
git update-git-for-windowsが確実。2026年10月15日時点でwinget upgradeは2.55.0.5までしか上がらない。 - v2.56.0では
/mingw64/bin/git.exeが無くなった。IDEやスクリプトでこのパスを直書きしている場合は/cmd/git.exeへ書き換える。
Git for WindowsとGit本体の違い
Git for Windowsは、Git本体をWindowsで動かすためのフォーク兼配布パッケージです。Gitの一部はシェルスクリプトで書かれているため、MSYS2（Cygwin由来のPOSIX互換層）の上で動かしています。インストーラーにはGit本体に加えて、Git Bash（端末はMinTTY）、Git GUI、Git Credential Manager、Git LFS、OpenSSH、cURLなどが入ります。
版番号「2.56.0(2)」と「2.56.0.windows.2」の読み方
版番号の前半はGit本体の版で、後半はその上に重ねたGit for Windowsの改訂回数です。公式のバージョン規則では、同梱するGit LFSやGit Credential Managerに緊急の修正が出たときなど、Git本体の版が変わらなくても改訂版を出すと説明しています。表記は「v2.56.0(2)」、タグ名はv2.56.0.windows.2で、括弧内とタグ末尾の数字は同じです。初回の(1)は省略されるので、「v2.56.0」はv2.56.0.windows.1を指します。(0)は存在しません。
インストール済みGitのバージョン確認
Git Bash、コマンドプロンプト、PowerShellのどれでも次のコマンドで確認できます。末尾の.windows.Nが改訂回数です。
git --versionv2.56.0(2)が入っている場合の出力例：
git version 2.56.0.windows.2x64版とARM64版のどちらが入っているかは、--build-optionsを付けるとcpu:の行に出ます。複数のGitが入っていて意図しない方が動いている疑いがあるときは、where.exe gitでPATH上の実行ファイルの場所も見ておきます。インストーラーで入れた場合はC:\Program Files\Git\cmd\git.exeが先頭に出るのが通常です。
git version --build-options
where.exe git最新版までのリリース履歴（v2.53〜v2.56）
Git本体の新版に合わせた通常版に加え、Windows固有の不具合や同梱ソフトの修正に応じて、不定期に改訂版が出ます。直近の安定版は次のとおりです（日付はGitHubのリリースページの公開日）。
| 版 | 公開日 | 種別 | 主な変更 |
|---|---|---|---|
| v2.56.0(2) | 2026-10-05 | 改訂 | OpenSSL 3.5.9、v2.56.0の不具合修正 |
| v2.56.0 | 2026-09-28 | 通常 | Git 2.56.0、UCRT64へ移行、8.1対応終了 |
| v2.55.0(5) | 2026-08-20 | 改訂 | OpenSSH 10.5p1、Cygwin 3.6.10 |
| v2.55.0(4) | 2026-08-11 | セキュリティ | CVE-2026-62960 |
| v2.55.0(3) | 2026-07-14 | セキュリティ | wincredのヒープオーバーフロー、GCM 2.9.0 |
| v2.55.0(2) | 2026-07-02 | 改訂 | NTLMの任意有効化を復旧 |
| v2.55.0 | 2026-06-29 | 通常 | Git 2.55.0、GCM 2.8.0 |
| v2.54.0 | 2026-04-20 | 通常 | Git 2.54.0、git svnの同梱終了 |
| v2.53.0(3) | 2026-04-14 | セキュリティ | CVE-2026-32631 |
2つのCVEはどちらも、NTLMv2ハッシュを攻撃者のサーバーへ送らされる問題です。CVE-2026-32631はネットワークドライブを指すシンボリックリンクを含むリポジトリのクローン時に起き、CVE-2026-62960は悪意のあるサーバーが提示するbundle URIがfile://のネットワーク共有を指すときに起きます。v2.55.0(4)以降は、bundle URIにもprotocol.<name>.allowの制限がかかり、既定でfile://は使われません。
この間に、Git for Windowsだけの版（MinGit 2.54.0(2)・2.54.0(3)・2.53.0(4)）もGitHubに並んでいますが、これらはプレリリース扱いのMinGitで、インストーラーはありません。インストーラーで入れている環境は、表の安定版から選びます。
配布物の選び方（64-bit・ARM64・Portable・MinGit）
v2.56.0(2)のリリースページには次のファイルがあります。通常のPCで使うなら、上の2つのどちらかです。
| ファイル名 | 形式 | 向いている用途 |
|---|---|---|
| Git-2.56.0.2-64-bit.exe | インストーラー | x64のPC（大半のWindows機） |
| Git-2.56.0.2-arm64.exe | インストーラー | SnapdragonなどARM版Windows 11 |
| PortableGit-2.56.0.2-64-bit.7z.exe | 自己展開書庫 | 管理者権限が無い・USBに入れて持ち歩く |
| MinGit-2.56.0.2-64-bit.zip | zip | 他のアプリに組み込む最小構成 |
| MinGit-2.56.0.2-32-bit.zip | zip | 32ビット環境向けの最小構成 |
公式の動作要件では、32ビット（i686）のインストーラーとPortable Gitはv2.48.1が最後で、それ以降の32ビット配布はMinGitだけです。ARM64版はWindows 11が必要です。Windows 8.1はv2.56.0のリリースノートで対象から外れたので、8.1で使える最後の版はv2.55.0(5)です（動作要件のページは2026年10月15日時点でまだ「8.1以降」と書いています）。Windows 7と8はv2.46.2が最後です。
ダウンロードファイルのSHA-256照合
リリースノートの末尾には全ファイルのSHA-256が載っています。社内配布用に保管する前に、PowerShellで照合しておくと改ざんや破損に気づけます。64-bit版のインストーラーでは、表示されたSHA-256全体を、公式値52188f917b378f00c70ec136bcf090005f30d44fbc4eba0bce759cc6592d60f6と照合します。先頭部分だけの一致では確認は完了しません。
Get-FileHash .\Git-2.56.0.2-64-bit.exe -Algorithm SHA256インストーラーの設定画面と既定値
インストーラーは十数画面の選択肢を順に尋ねます。既定のまま進めても動きます。選択内容のうちGitの動作設定は主にgit config --systemでシステム設定へ保存され、PATHや端末の選択は環境変数やGit Bashの起動設定に反映されます。システム設定の値は、ユーザー設定やリポジトリ設定で上書きできます。インストーラーのソース（install.iss）で確かめた既定値と、書き込まれる設定は次のとおりです。
| 画面 | 既定の選択 | 書き込まれる設定 |
|---|---|---|
| Select Components | エクスプローラー統合・Git LFS・関連付け | 毎日の更新確認はオフ |
| 既定のエディタ | Vim | Vim選択時はcore.editorを書き込まない |
| 初期ブランチ名 | Let Git decide | Git 2.56の既定はmaster |
| PATHの調整 | command line and also 3rd-party | cmdフォルダだけをPATHへ |
| SSHの実行ファイル | Use bundled OpenSSH | 同梱のssh.exe |
| HTTPSの通信ライブラリ | Windows Secure Channel | http.sslBackend=schannel |
| 改行コード | Checkout Windows-style | core.autocrlf=true |
| Git Bashの端末 | MinTTY | – |
| git pullの既定 | Merge | pull.rebase=false |
| 認証情報ヘルパー | Git Credential Manager | credential.helper=manager |
| 追加オプション | ファイルシステムキャッシュ | core.fscache=true |
| シンボリックリンク | 作成できる環境なら有効 | core.symlinks |
2回目以降のインストール（上書き更新）では「Only show new options」に最初からチェックが入り、前回の選択を引き継いで新しく増えた画面だけが表示されます。設定を見直したいときは、このチェックを外してから進めます。
既定値から変える場面（改行コード・HTTPS・git pull）
改行コードは、チームが.gitattributesで改行を管理しているなら既定のcore.autocrlf=trueでも衝突しにくいものの、シェルスクリプトやDockerfileをWindowsで編集してLinuxで動かす場合は、作業ツリーにCRLFが入ると実行時に壊れます。WSLやコンテナと同じリポジトリを共有するなら「Checkout as-is, commit Unix-style」（input）を選び、改行は.gitattributesで決めるのが安全です。改行の差でコミットが衝突したときの戻し方はコンフリクトとは？Gitで変更が衝突する仕組みと解消手順・予防設計を実装視点で解説で扱っています。
HTTPSの通信ライブラリは既定のSecure Channelのままにします。社内プロキシが独自のルート証明書で通信を検査する環境でも、Secure ChannelならActive Directoryで配られた証明書をWindowsの証明書ストアからそのまま使えるため、追加の設定が要りません。OpenSSLを選んだ場合は、社内CA証明書を含むファイルを用意してhttp.sslCAInfoで指定すれば同じように検証できます。証明書ファイルをチームで別に管理したいときはOpenSSLが向いています。
git pullの既定はMergeですが、fast-forwardできる場合はマージコミットを作りません。履歴が分岐している場合にマージコミットを作成します。履歴を一直線に保つ運用ならRebase、意図しないマージを防ぎたいならFast-forward onlyを選びます。どれを選んでも、あとからgit config --global pull.rebase trueのようにユーザー設定で上書きできます。
シンボリックリンクの既定は、Windowsの開発者モードが有効（ビルド14972以降）なら有効です。開発者モードが無いときは、管理者でない利用者として一時フォルダにmklinkでリンクを作れるかを試し、作れた場合だけ有効にします。管理者として実行したインストーラーではこの判定を飛ばし、無効になります。LinuxやmacOSで作られたリポジトリのリンクを正しく扱う手順はWindowsでシンボリックリンクを作る手順：mklink・PowerShell・権限エラー対処【2026年10月】にまとめています。
既存のGit for Windows環境の更新手順
git update-git-for-windowsによる更新
インストーラーで入れた環境なら、Git Bashやコマンドプロンプトで次を実行するのが確実です。このコマンドはhttps://gitforwindows.org/latest-tag.txtから最新のタグ名を取り、手元のgit --versionと比べて、新しければインストーラーを取得して実行します。
git update-git-for-windowsダウンロードとインストールの確認を省略する場合は、上のコマンドの代わりに次を実行します。
git update-git-for-windows -y確認をダイアログで出したいときは-gを付けます。コマンドのソースによると、戻り値は0が「更新なし」、1が「更新ありだが見送り」、2が「更新を開始」です。スクリプトから呼んで更新の有無を判定するときに使えます。
wingetによる更新と配信状況（2026年10月15日時点）
wingetで入れた環境は次のコマンドで更新できますが、2026年10月15日時点でGit.Gitの最新は2.55.0.5です。2.56.0と2.56.0(2)のマニフェストはwinget-pkgsのプルリクエストで検証基盤の内部エラーが続いて取り込まれていません。wingetで「更新なし」と出ても最新とは限らないので、winget showで配信中の版を見てから判断します。
winget show --id Git.Git -e
winget upgrade --id Git.Git -ewingetで入れたGitでも中身は同じインストーラーなので、急ぐ場合はgit update-git-for-windowsで2.56.0(2)へ上げて構いません。wingetは次回以降、自分より新しい版を見つけるまで何もしません。
毎日の更新確認（Check daily for Git for Windows updates）
Select Componentsにある「Check daily for Git for Windows updates」は既定でオフです。有効にすると、タスクスケジューラーに「Git for Windows Updater」というタスクが登録され、毎日git update-git-for-windows --quiet --guiが動きます。新版があればダイアログで尋ねるだけで、黙って入れ替えることはありません。同じ版を一度見送ると、次の版が出るまで再び尋ねません。
サイレントインストールによる複数端末の設定統一
社内の複数台に同じ選択で入れるなら、1台目の選択をファイルに保存し、2台目以降はそれを読ませて無人で入れます。以下は、インストーラーを保存したフォルダをカレントディレクトリにしたコマンドプロンプトで実行する例です。手順は公式のサイレントインストール解説に載っています。
Git-2.56.0.2-64-bit.exe /SAVEINF=git_options.ini
Git-2.56.0.2-64-bit.exe /VERYSILENT /NORESTART /NOCANCEL /LOADINF=git_options.ini個別の項目は/o:キー=値で上書きできます（例：/o:CRLFOption=LFOnly、/o:PathOption=Cmd）。ただし公式ページの既定値一覧はv2.42.0(2)時点の表で、HTTPSのCurlOptionの既定をOpenSSLと書いていますが、現行のinstall.issの既定はWinSSL（Secure Channel）です。設定ファイルには既定に頼らず値を明示しておくと、版が変わっても結果が揃います。開発端末の構成をCIや配布の仕組みと合わせて整えたい場合は、DevOps・CI/CD導入支援でも相談を受けています。
更新後に起きやすい不具合と対処
v2.56.0のGit実行ファイルのパス変更と対処
v2.56.0では、土台のMSYS2がWindows 8.1を切ったのに合わせて内部の構成がMINGW64からUCRT64へ移り、/mingw64/bin/git.exeが無くなりました。役割は/ucrt64/bin/git.exeが引き継いでいます。エディタやIDEのGitパス設定、CIのスクリプトでC:\Program Files\Git\mingw64\bin\git.exeを直書きしている場合は、リリースノートが今後も変わらないと明言しているC:\Program Files\Git\cmd\git.exeへ書き換えます。
v2.56.0(2)で修正された初回リリースの不具合
v2.56.0(1)には、UCRT64移行の副作用として3つの不具合がありました。Git Credential Managerへの古いパス参照が残る問題、GIT_CONFIG_GLOBAL=NULでユーザー設定を無効にできない問題、x64の実行ファイルのAuthenticode署名が外れていた問題です。いずれもv2.56.0(2)で修正済みで、クライアント証明書を求めるサーバーへのpushが失敗する不具合もこの版で直りました。v2.56.0(1)のまま止めている環境は(2)へ上げます。
v2.55.0(5)の外部OpenSSH設定の上書きと復旧
v2.55.0(5)のインストーラーには、「Use external OpenSSH」が一部の環境で選べなくなる不具合がありました。この版へ更新すると同梱のOpenSSHが入り、以前の「外部OpenSSHを使う」選択が上書きされています。Windows標準のOpenSSHやssh-agentを使っていた場合は、最新のインストーラーを「Only show new options」のチェックを外して実行し、SSHの画面で外部OpenSSHを選び直します。同梱のOpenSSHは自動で削除されます。
NTLM認証・UNCパス・git svnの仕様変更と対処
v2.55.0(1)は、オプトインのNTLM認証まで誤って完全に無効にしていました。v2.55.0(2)で任意の有効化が戻っています。同じv2.55.0からは、UNCパス（\\server\share）上のリポジトリへのアクセスにsafe.directoryでの明示的な許可が必要です。git svnはv2.54.0で、git instawebも同じ版で同梱を終えました。git svnが要る場合、リリースノートはWSL上のLinux版Gitか、MSYS2のUCRT64環境でmingw-w64-ucrt-x86_64-git-svnを入れる方法を案内しています。
よくある質問
Git for Windowsの最新バージョンはいくつですか？
2026年10月15日時点の最新はv2.56.0(2)（タグv2.56.0.windows.2、2026年10月5日公開）です。最新のタグ名はhttps://gitforwindows.org/latest-tag.txtでも確認できます。
wingetでアップデートしても2.56にならないのはなぜですか？
winget-pkgsで2.56.0と2.56.0(2)のマニフェストが検証の内部エラーで取り込まれておらず、wingetのGit.Gitは2.55.0.5で止まっているためです（2026年10月15日時点）。git update-git-for-windowsなら公式の最新タグを見て更新できます。
アップデートするとGitの設定は消えますか？
ユーザー設定（%USERPROFILE%\.gitconfig）や各リポジトリの設定は残ります。インストーラーは主にシステム設定を更新しますが、ユーザー単位でインストールしたVisual Studio Codeをエディタに選ぶ場合などは、ユーザー設定のcore.editorも更新します。上書き更新では前回の選択を引き継ぐので、何も変えなければシステム設定も同じ値に戻ります。
32ビット版のGit for Windowsはありますか？
32ビットのインストーラーとPortable Gitはv2.48.1が最後で、現在の32ビット配布はMinGitに限られ、通常版のMinGit-2.56.0.2-32-bit.zipとBusyBox版があります。MinGitは他のアプリに組み込むための最小構成で、Git BashやGit GUIは入っていません。
ARM版WindowsではARM64版とx64版のどちらを入れるべきですか？
Windows 11のARM機ならARM64版（Git-2.56.0.2-arm64.exe）を選びます。x64版もエミュレーションで動きますが、ネイティブのARM64版の方が余分な変換を挟みません。ARM64版はWindows 11が前提で、Windows 10のARM機は対象外です。
