开发者社区 > 云效DevOps > 正文

本地提交了文件,权限是755 到云效仓库,然后服务器拉去a.html,权限就编程750了,这是咋了?

本地提交了文件a.html ,权限是755 到云效仓库,然后服务器拉去a.html,权限就编程750了,这是哪里的问题?

展开
收起
嘟嘟嘟嘟嘟嘟 2023-12-31 22:34:57 82 0
4 条回答
写回答
取消 提交回答
  • 在终端中查看当前的 umask 值,如果是0027就能解释你的问题,如果不是0027,就用“umask 0022”修改umask值,确保新创建的文件具有 755 权限。umask值为 0027会导致新创建的文件默认权限为750

    2024-06-18 19:05:31
    赞同 展开评论 打赏
  • 遇到同样的问题了,在线等解决办法。

    2024-02-06 15:25:12
    赞同 展开评论 打赏
  • 北京阿里云ACE会长
    1. 检查服务器拉取文件时使用的命令或脚本。可能存在设置文件权限的语句有误,导致权限被修改。
    2. 检查服务器上的文件权限设置规则。某些操作系统或服务器软件可能存在特定的权限设置规则,导致文件权限被自动修改。
    3. 检查文件在服务器上的存储路径。可能存在某些特殊目录,其文件权限设置规则与其他目录不同。
    4. 如果问题发生在云效仓库,可以联系云效客服,询问是否有特殊的权限设置规则。
    2024-01-02 08:06:39
    赞同 展开评论 打赏
  • 本地文件在提交到Git仓库时,其权限信息并不会被作为版本控制的内容存储。因此,当服务器从云效仓库(或其他Git服务)拉取代码后,新创建的文件权限将基于服务器当前的umask设置来决定。

    umask是一个系统级的设置,它决定了用户创建新文件或目录时默认去掉哪些权限位。所以在你描述的情况下,服务器上创建的新文件a.html,默认权限是750而不是你期望的755。

    要确保服务器上拉取的文件具有特定权限(例如755),通常需要在部署脚本或拉取后的操作中加入相应命令手动调整文件权限,例如:

    chmod 755 a.html
    

    此外,如果Web服务器(如Apache、Nginx等)运行的服务账户与文件所有者不同,还需确认文件所属用户组及其它访问权限设置是否正确,以保证Web服务器能够正常读取和执行该文件。

    2024-01-02 08:06:34
    赞同 展开评论 打赏

云效,企业级一站式研发协同平台,数十万企业都在用。支持公共云、专有云和混合云多种部署形态,通过云原生新技术和研发新模式,助力创新创业和数字化转型企业快速实现研发敏捷和组织敏捷,打造“双敏”组织,实现多倍效能提升。

热门讨论

热门文章

相关电子书

更多
如何运维千台以上游戏云服务器 立即下载
网站/服务器取证 实践与挑战 立即下载
ECS块储存产品全面解析 立即下载