学说：生成：实体 chmod 操作不允许

Question

我想继续一个好久没碰过的项目，执行时遇到了这个错误
php bin/console doctrine:generate:entites SalonBundle（它来自shell，所以它使用PHP CLI）

Generating entities for bundle "SalonBundle"
> backing up Salon.php to Salon.php~
> generating SalonBundle\Entity\Salon

[Symfony\Component\Debug\Exception\ContextErrorException]
Warning: chmod(): Operation not permitted

doctrine:generate:entities [--path PATH] [--no-backup] [-h|--help] [-q|--quiet] [-v|vv|vvv|--verbose] [-V|--version] [--ansi] [--no-ansi] [-n|--no-interaction] [-e|--env ENV] [--no-debug] [--] <command> <name>

首先，我不确定为什么 Symfony 尝试使用 chmod
所有文件归root:www-data所有
文件权限为rw-rw-r--
我的用户在组www-data
上传、创建文件、复制、移动等工作正常

权限是通过运行以下命令的脚本设置的
$targetDir是作为参数传递给脚本的路径。

chown -R root:www-data $targerDir
find $targerDir -type d -exec chmod ug+rwx "{}" \;
find $targerDir -type f -exec chmod ug+rw "{}" \;
find $targerDir -type d -exec chmod g+s "{}" \;
find $targerDir -type d -exec setfacl -m g:www-data:rwx,d:g:www-data:rwx "{}" \;
find $targerDir -type f -exec setfacl -m g:www-data:rw- "{}" \;

刚刚按照某人的建议将 -vvv 添加到命令行并得到了这个：

Exception trace:
() at /var/www/3DH/salon/vendor/doctrine/orm/lib/Doctrine/ORM/Tools/EntityGenerator.php:392
Symfony\Component\Debug\ErrorHandler->handleError() at n/a:n/a
chmod() at /var/www/3DH/salon/vendor/doctrine/orm/lib/Doctrine/ORM/Tools/EntityGenerator.php:392
Doctrine\ORM\Tools\EntityGenerator->writeEntityClass() at /var/www/3DH/salon/vendor/doctrine/orm/lib/Doctrine/ORM/Tools/EntityGenerator.php:347
Doctrine\ORM\Tools\EntityGenerator->generate() at /var/www/3DH/salon/vendor/doctrine/doctrine-bundle/Command/GenerateEntitiesDoctrineCommand.php:133
Doctrine\Bundle\DoctrineBundle\Command\GenerateEntitiesDoctrineCommand->execute() at /var/www/3DH/salon/vendor/symfony/symfony/src/Symfony/Component/Console/Command/Command.php:256
Symfony\Component\Console\Command\Command->run() at /var/www/3DH/salon/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:837
Symfony\Component\Console\Application->doRunCommand() at /var/www/3DH/salon/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:187
Symfony\Component\Console\Application->doRun() at /var/www/3DH/salon/vendor/symfony/symfony/src/Symfony/Bundle/FrameworkBundle/Console/Application.php:80
Symfony\Bundle\FrameworkBundle\Console\Application->doRun() at /var/www/3DH/salon/vendor/symfony/symfony/src/Symfony/Component/Console/Application.php:118
Symfony\Component\Console\Application->run() at /var/www/3DH/salon/bin/console:27

This topic 不提供解决方案
This solution 不适用于我，因为我不使用 vagrant（未安装）

Answer 1

嗯，我明白了这个问题。
我会说我首先是愚蠢的，我猜...

@john Smith：离你不远了……

其实我的问题只是逻辑问题...
尝试使用普通用户对 root 拥有的文件进行 chmod 是不可能的...
这很正常

src/ 文件夹中生成的每个文件都是由/vendor/doctrine/orm/lib/Doctrine/ORM/Tools/ 中的文件（我们称它们为工具）制作的
当然，文件归使用这些工具（树枝、实体、表单等）的用户所有
生成文件时，这些工具会尝试对新文件进行 chmod，以防我们愚蠢到无法正确设置文件夹和文件权限。

在我的例子中，当我传递了我的 webperms 脚本时，所有文件的所有者都是 root:www-data。
所以当然，当我尝试生成实体时，它会失败，因为我不再是文件所有者了。

这个问题目前有两种解决方案：

1. 将 src/ 文件所有权更改为 user:www-data
2. 在位于/vendor/doctrine/orm/lib/Doctrine/ORM/Tools/ 的工具中评论chmod 命令

我不知道如何联系 symfony 团队，但我建议添加一个 if 条件，这将取决于一个 symfony 参数并允许我们绕过这个 chmod