yii2-所有文件和文件夹权限都被搞乱了。yii2框架';s目录层次结构
在FileZilla的帮助下,我将完整的Yi2安装从一台服务器移动到另一台服务器。遗憾的是,Filezilla默认情况下不保留文件权限,现在我面临文件/目录权限问题。我想知道yii2目录层次结构中不同目录和文件的文件权限。您不应该以这种方式传输项目 目前是版本控制(尤其是Git)和Composer的时代 在本地创建项目并将其置于版本控制之下后,将其推送到主存储库,然后将其部署到生产服务器 不需要使用Filezilla或类似的东西 如果你的主人在这方面限制了你,最好换一个 在您当前的情况下,手动比较和设置权限可能非常麻烦,一些权限是在yii2-所有文件和文件夹权限都被搞乱了。yii2框架';s目录层次结构,yii2,Yii2,在FileZilla的帮助下,我将完整的Yi2安装从一台服务器移动到另一台服务器。遗憾的是,Filezilla默认情况下不保留文件权限,现在我面临文件/目录权限问题。我想知道yii2目录层次结构中不同目录和文件的文件权限。您不应该以这种方式传输项目 目前是版本控制(尤其是Git)和Composer的时代 在本地创建项目并将其置于版本控制之下后,将其推送到主存储库,然后将其部署到生产服务器 不需要使用Filezilla或类似的东西 如果你的主人在这方面限制了你,最好换一个 在您当前的情况下,手动比
init
命令期间设置的
因此,我建议使用版本控制和Composer再次部署它,而不是手动设置权限
但为了以防万一,我检查了生产服务器,对于文件-0644
,大多数文件夹权限是0755
。像runtime
,assets
这样的文件夹具有0777
权限,并使用上面提到的init
命令进行设置
在本地,我使用Vagrant,这里几乎所有的东西都有
0777
权限。这个“主存储库”应该位于哪里?它能在我本地的机器上吗?我确实可以完全访问服务器,我的服务器上安装的版本控制是否可以将repo与本地repo同步?它应该位于远程服务器上,因为它是共享的。是的,它是同步的,因为每个开发人员都会推送到这个repo并获取最新的更改。了解更多关于git的信息,例如在这里