FTP-Deploy-Action同步状态文件位置问题解析

FTP-Deploy-Action是一个流行的GitHub Action工具，用于通过FTP协议自动部署项目文件。在实际使用过程中，同步状态文件的存储位置可能会影响部署效果。

问题现象

用户报告了一个典型问题：当从开发分支合并到主分支后，部署日志显示文件已成功替换，但实际服务器上的文件并未更新。具体表现为：

1. 部署日志显示includes/hooks/redirectlogout.php文件已被替换
2. 服务器上该文件内容实际上并未改变
3. 开发分支部署正常，主分支部署异常

问题根源

经过分析，这个问题与FTP-Deploy-Action的同步状态机制有关。该工具会在本地生成一个.ftp-deploy-sync-state.json文件，用于记录服务器状态以便后续增量部署。当这个文件存储在不恰当的位置时，会导致状态跟踪失效。

解决方案

用户通过将.ftp-deploy-sync-state.json文件移动到home目录解决了问题。这是因为：

1. 状态文件需要持久化存储，不能因分支切换而丢失
2. 放在项目目录内可能导致不同分支间状态混淆
3. home目录提供了稳定的存储位置，不受Git操作影响

技术原理

FTP-Deploy-Action的工作流程包含几个关键步骤：

1. 状态比对：读取本地状态文件与服务器实际状态进行比对
2. 差异计算：确定需要上传、删除或替换的文件
3. 执行部署：根据计算结果执行相应操作
4. 状态更新：部署完成后更新状态文件

当状态文件位置不当时，第一步的比对结果就会出错，导致后续操作无法正确执行。

最佳实践建议

1. 状态文件位置：应将.ftp-deploy-sync-state.json放在稳定位置，如home目录或项目根目录外
2. 多环境部署：为不同部署环境(开发/生产)维护独立的状态文件
3. 版本控制：状态文件不应加入版本控制，应在.gitignore中排除
4. 权限检查：确保部署账户有权限读写状态文件所在目录

通过合理配置状态文件位置，可以确保FTP-Deploy-Action在各种部署场景下都能可靠工作。