Git 是唯一真正免费、成熟、可落地的 PHP 项目版本控制方案，因其支持离线操作、本地分支、可靠回滚及多人协作不冲突，且无需 GitHub 即可本地初始化使用。
Git 是当前唯一真正免费、成熟、可落地的 PHP 项目版本控制方案；其他所谓“免费方案”要么是手动备份（不可靠）、要么是 SVN（需自建服务器且功能受限）、要么是商业平台白嫖版（有协作人数或私有库限制）。
用 git 管理 PHP 项目，为什么是唯一推荐
不是因为它“最流行”，而是它解决了 PHP 开发中几个硬需求：多人改同一文件不冲突、回滚到任意历史状态不丢数据、本地就能提交不怕断网、分支隔离开发/测试/上线互不干扰。
你不需要 GitHub 才能用 Git —— git init 一行命令就在本地建好仓库，所有操作离线可用。
常见错误现象：git add . 后发现把 vendor/ 或 .env 提交了，导致仓库臃肿或密钥泄露。
- 必须在项目根目录创建
.gitignore，至少包含：vendor/、.env、composer.lock（除非你明确要锁定依赖版本） - PHP 文件本身不用特殊处理，但配置类（如
config/database.php）建议拆出环境变量，用$_ENV动态加载，避免不同环境提交冲突 - 首次提交前执行
git status看哪些文件被跟踪，比盲目git commit -m "init"安全得多
别碰 SVN 和 Mercurial：看似免费，实则隐性成本高
SVN 需要单独部署服务端（如 Apache + mod_dav_svn），Windows 下配置常卡在权限和 URL 编码上；Mercurial 虽支持 Windows，但生态萎缩，composer 插件、CI 工具链基本不认它。
典型踩坑场景：团队里有人用 TortoiseSVN 提交，另一人用命令行更新，结果二进制文件（如图片）被自动转成文本格式损坏。
- SVN 的
svn checkout必须连着服务器才能工作，断网=不能看历史、不能提交、不能 diff - 没有真正的本地分支，想并行开发两个功能？只能靠复制整个目录，后期合并靠人工 eyeball 对比
- PHP 项目常含大量小文件（模板、语言包），SVN 的集中式存储在同步时容易卡死或超时
脚本备份 ≠ 版本控制，只是临时止血手段
写个 PHP 脚本把 index.php 复制成 index.php.bak.20260208，看起来像版本控制，实际连“谁改的、为什么改、改了哪几行”都回答不了。
这种做法只适合单人维护、生命周期 .bak 是想要的版本。
- 时间戳命名无法排序：20260208-1530 和 20260208-945 无法按时间自然排列
- 没 diff 能力：两个
.bak文件差异在哪？得手动打开逐行比，或者用外部工具再套一层 - 磁盘空间失控：每天备份 10 个 PHP 文件 × 30 天 = 300 个副本，而 Git 压缩后可能就占几 MB
免费托管平台怎么选：GitHub / GitLab / Gitee 的真实差异
三者都提供免费私有库，但关键区别在 CI/CD、私有部署和国内访问速度：
GitHub 免费版不限私有库数量，但 Actions 每月只有 2000 分钟运行时间，跑一次 PHPUnit 测试可能就耗掉 5 分钟；GitLab 自托管完全免费，但需要自己维护服务器；Gitee 国内访问快，但私有库默认不开放 fork 权限，协作时成员得先申请加入组织。
立即学习“PHP免费学习笔记（深入）”；
- PHP 项目推荐用 GitHub：Composer 生态原生适配，Packagist 自动同步 tag，
composer require vendor/name背后就是它 - 如果项目含敏感配置（如支付密钥），别放
.env到远程库，用dotenv加载，再把.env加进.gitignore - 发布正式版前，务必打 Git tag：
git tag -a v1.2.0 -m "release for payment gateway update"，这是 PHP 项目对外标版本的通用方式，不是可选项
git add、git commit、git push 这三步走通，就已经碾压所有替代方案。最容易被忽略的，其实是 .gitignore 的维护 —— 它不写代码，但写错一行，就可能让整个团队陷入安全风险或协作混乱。 
