在 CentOS 上部署 ThinkPHP 项目时，很多人先把注意力放在环境和框架配置上，真正进入协作阶段后才发现版本控制才是后续维护的基础。ThinkPHP 本身不负责管理版本，因此更实用的做法是直接围绕 Git 建立流程：先把本地仓库跑通，再接上远程托管，最后补齐日常开发里最常用的状态、分支和同步操作。
先确认 CentOS 是否已经安装 Git
开始之前，先检查系统里有没有 Git。对于还没安装的 CentOS 环境，可以直接执行下面的命令：
sudo yum install git这一步的目标很明确：先把版本控制工具准备好。因为 ThinkPHP 并不内置版本管理能力，所以后面的提交、回滚、同步、分支切换，都要依赖 Git 来完成。
在 ThinkPHP 项目目录初始化仓库
Git 可用之后，进入 ThinkPHP 项目的根目录，初始化本地仓库：
cd /path/to/your/thinkphp/project
git initgit init 执行完成后，当前目录就会成为一个 Git 仓库。接下来需要把项目文件加入暂存区，最省事的写法是一次性加入全部内容：
git add .如果你不想一次加入所有文件，也可以把 . 替换成具体文件或目录路径，只提交本次确实需要纳入版本管理的内容。
文件进入暂存区后，就可以生成第一个版本记录：
git commit -m "Initial commit"这里的 -m 是提交说明。虽然示例里使用的是 "Initial commit"，但在实际项目里，提交信息尽量写得具体一些，后面回看历史时会更容易判断每次改动的目的。
如何连接远程仓库并完成首次推送
如果项目还需要托管到 GitHub、GitLab 之类的平台，先在对应平台创建仓库，然后把远程地址绑定到本地项目：
git remote add origin <remote_repository_URL>其中 <remote_repository_URL> 需要替换成你自己仓库的实际地址。
首次推送时，建议直接建立本地分支和远程分支的追踪关系：
git push -u origin master这条命令里，-u 的作用是把当前分支和远程对应分支关联起来。这样配置完成后，后续再提交新内容，通常直接执行 git push 就可以，不需要每次都把远程名和分支名完整写一遍。
日常维护最常用的 Git 命令有哪些
仓库建立完成后，ThinkPHP 项目的版本控制基本就进入日常使用阶段。下面这些命令会高频出现：
- 查看当前状态：
git status - 查看提交历史：
git log - 拉取远程最新代码：
git pull origin master - 推送本地代码：
git push origin master - 创建新分支：
git branch <branch_name> - 切换分支：
git checkout <branch_name> - 合并分支：
git merge <branch_name>
如果是个人维护项目，重点通常放在 status、log、pull 和 push。如果是多人协作，分支创建、切换和合并就会变得更加重要，因为功能开发、修复问题和上线发布往往不适合都直接在同一个分支上完成。
ThinkPHP 项目里还可以补上的两个细节
从流程上看，CentOS 下 ThinkPHP 的版本控制核心其实就是 Git，框架本身只是被管理的项目内容。基础流程跑通后，接下来更值得补齐的是两类细节。
.gitignore 要不要加
如果项目里存在缓存、日志或其他不需要长期保存到仓库的文件，最好尽早用 .gitignore 排除掉。这样可以避免无意义文件反复进入提交记录，也能减少团队协作时的噪音。
分支策略要不要提前定
即使是小团队，也可以尽早约定开发分支和发布分支的使用方式。这样做的价值不在于流程复杂化，而在于降低直接修改主分支带来的风险，让功能开发、问题修复和上线发布更容易区分。
整体来看，这套方法并不复杂：在 CentOS 上装好 Git，把 ThinkPHP 项目初始化为仓库，完成第一次提交和远程推送，再把常用命令和忽略规则逐步规范起来，后续维护成本会低很多。
