自 Git for Windows v2.56.0(3)（2026年10月22日）以来的变更
这是又一个紧急安全漏洞修复版本，针对的是CVE-2026-111497。
问题修复
git init（初始化）
git remote -v (查看已经关联的地址)
git add . （添加本地仓库）
git commit -m "第一次提交"（提交说明）
git remote add origin xxx（关联远程仓库）
git pull --rebase origin master（同步本地与远程仓库）
git push -u origin master（提交远程仓库）-f：强制推送至远程找到要回退的版本号(右 …
查看当前远端地址
$ git remote -v
origin ssh://ov@git.zjq.xyz:29/ex.git (fetch)
origin ssh://ov@git.zjq.xyz:29/ex.git (push)修改新的远端地址
git remote set-url origin ssh://vo@git.jidan.org:29/ex.git验证修改结果
$ git remote -v
origin ssh://vo@git.jidan.org:29/ex.git (fetch) …Zsh 为 Git 提供了一个 Tab 补全库。 想要使用它，只需在你的 .zshrc 中执行 autoload -Uz compinit && compinit 即可。 相对于 Bash，Zsh 的接口更加强大：
$ git che<Tab>
check-attr -- 显示 gitattributes 信息
check-ref-format -- 检查引用名称是否符合规范
checkout -- 从工作区中检出分支或路径 …当您将文本文件存储为 UTF-8 时，Git 效果最佳。Windows 上的许多程序都支持 UTF-8，但有些程序不支持，并且仅使用小端 UTF-16 格式，Git 将其检测为二进制文件。如果您无法在程序中使用 UTF-8，则可以指定一个工作树编码，指示应使用哪个编码签出您的文件，同时仍将这些文件作为 UTF-8 存储在存储库中。这允许像 git-diff这样的工具按预期工作，同时仍允许您的工具工作。
为此，您可以使用具有 working-tree-encoding 属性的 gitattributes 模式 …
在内部，Git 始终将文件名存储为字节序列，并且不执行任何编码或大小写转换。但是，Windows 和 macOS 默认情况下都对文件名执行大小写转换。因此，最终可能会出现多个文件或目录，其名称仅在大小写上有所不同。Git 可以很好地处理这种情况，但文件系统只能存储其中一个文件，因此当 Git 读取另一个文件以查看其内容时，它看起来已被修改。
最好删除其中一个文件，以便您只有一个文件。您可以使用以下命令（假设在其他干净的工作树上存在两个文件 AFile.txt 和 afile.txt）执行此操作
$ git …