Почему при деплое на AWS слетают права на директории?

Question

[lukoie]

Привет
Ларавель проект пишем мы, три человека, на виндовсах(пхпштормах и вскодах), и храним его на гитлабе.
Раз в сутки я деплою его на AWS, и при этом каждый раз там директории /storage, /storage/framework, /storage/framework/sessions, -||=/views. -||=/cache оказываются 755, и каждый раз я меняю их на 777
почему при деплое меняются права, и как делать чтоб так не происходило(ну, кроме как деласть СI со скриптом который будет менять права)?

Comments

[Saboteur]

1. под виндой нет posix прав доступа
2. как деплоите?

[lukoie]

Saboteur, 1 так в том и дело, я потому и указал, чтоб не уточнять в комментах
2 в ссш на авс - гит пулл или гит клон

Answer 1

[DevMan]

потому что 777 - избыточные права.
а гит вообще права не сохраняет.

да, они нужны, если работаете в многопользовательском окружении с mod_php, но это уже давно не айс.
нужно? банальный пост-скрипт с правкой прав. это проще и быстрее поиска ответа.

Comments

[lukoie]

но если я их один раз уже установил таковыми, почему же каждый раз виндовый пуш на гитлаб и пул на авс их меняет обратно?
я думал может как то это можно ключом при деплое решать, типа чтоб сохраняло текущие права.

[DevMan]

lukoie, что не понятно во фразе "гит вообще права не сохраняет"?

Answer 2

[Saboteur]

git pull не должен ломать права доступа на уже существующие директории, только если вы добавили новую директорию.

А git clone естественно создает все заново.

git хранит только executable bit для исполняемых файлов, все остальное создается с дефолтными правами согласно umask.