适用于 Windows 的可移植 git-crypt 构建，具有透明的仓库加密
git-crypt 非官方 Windows 构建在提交时执行透明文件加密，在检出时执行透明解密，使用 .gitattributes 作为目标文件。由 ja-ortiz-uniandes 作为非官方社区项目维护，该构建提供预编译的便携式 Windows 可执行文件，以便用户避免手动 MSYS2 或 MinGW 编译。它支持 GPG 和对称密钥，集成到 Git 工作流程中，适合需要在存储库中保留秘密的基于 Windows 的开发人员、DevOps 工程师和系统管理员。
git-crypt 在一个代码库中实际做了什么？
git-crypt 在代码库级别加密文件，通过咨询 .gitattributes 来标记路径以进行加密，然后在提交时将加密的 blob 写入 Git 对象数据库，并在检出时生成明文文件。该构建支持基于 GPG 的密钥共享和对称密钥，因此团队可以选择公钥或共享密钥工作流。由于它遵循标准的 git-crypt 工作流，加密的代码库仍然与使用原始工具的 Linux 和 macOS 设置兼容。
Windows 构建如何影响系统设置和部署？
该构建消除了在 Windows 上从源代码编译的需要，通过提供预编译的可移植 EXE 文件，您可以将其放入 PATH 或从 Git Bash 运行。该包需要现有的 Git for Windows 安装和用于公钥工作流的 GPG 实现；开发人员使用 MSYS2/MinGW 配方进行编译，这与上游构建过程相似，但为桌面环境提供了现成的二进制文件。
这个非官方构建在开发环境中运行安全吗？
可执行文件未签名且由社区维护，维护者记录了它是从未修改的官方 git-crypt 源代码编译而来的。因此，该构建在磁盘上的行为与原始工具相同，但作为一个非官方二进制文件，您在敏感环境中运行未签名代码时应保持标准的谨慎。该工具本身在本地执行加密和解密，并依赖于您的 GPG 密钥或秘密来确保安全。
我需要技术知识才能正确使用这个构建吗？
需要基本的 Git 和 GPG 知识：您必须将模式添加到 .gitattributes，管理 GPG 密钥或对称秘密，并将可执行文件放入 PATH 以便于 shell 访问。该构建可以在 Git Bash、命令提示符或 PowerShell 中工作，因此熟悉命令行 Git 工作流可以让您在不需要额外 GUI 工具的情况下采用它。高级场景，如多用户密钥管理，需要标准的 GPG 密钥管理技能。
一个面向Windows的实用工具，用于维护机密的开发人员
非官方的Windows构建将git-crypt的核心机制带入官方二进制文件稀缺的桌面环境，适合能够管理Git和GPG的开发人员。期待与上游相同的仓库级加密行为，缺点是可执行文件未签名并由社区支持。推荐给需要仓库内加密并能接受未签名的社区编译二进制文件的Windows开发人员。
