Как подружить laravel, ubuntu, git, phpstorm?

Question

[Алексей Виноградов]

Всем привет, суть проблемы вот в чём, захожу в phpstorm создаю новый проект путем клонирования существующего из репозитория github, всё успешно клонируется, но при попытке зайти на сайт вижу белый экран, никаких ошибок, debug включен, начал копать, и выяснил вот что, почему то, то ли phpstorm толи сам git клонирует файлы с неверными правами 775 и 664 и если вручную после клонирования через терминал выставить нужные права, то всё начинает работать на ура, может кто сталкивался на ubuntu с подобной проблемой?

Answer 1

[Алексей Виноградов]

Пишите соотв. скрипт, который будет выставлять нужные права при каждом pull'e или ином действии.

И так вопрос решается ещё проще, открываем файл

sudo nano /home/username/.profile - где username ваш пользователь

По дефолту в этом фале строка umask 022 закомментирована соответственно раскомментируем её, сохраняем, перезагружаемся, и всё, все файлы создаются с нужными нам правами и никаких танцев с бубнами)

Так же в фале

/etc/apache2/envvars

Стоит изменить строку

export APACHE_RUN_USER=www-data
А именно "www-data" на имя вашего пользователя

Answer 2

[Евгений Вольф]

может кто сталкивался на ubuntu с подобной проблемой?

Эта проблема решается довольно легко. Есть такая штука, как "сборщики проектов" различные или другого рода пост-инсталляционные скрипты, в т.ч. к ним (к этой же области) относятся и различные хуки самого GIT'а.

Пишите соотв. скрипт, который будет выставлять нужные права при каждом pull'e или ином действии. Либо же, запускаете этот скрипт руками, в нужный момент и проблема решена.

Точно по такому же принципу, при первом клонировании проекта, в 95% случаев Вам нужно будет запустить менеджер пакетов, что бы "наполнить" папку "vendor". В случае PHP/Laravel - это соотв. будет composer. А ещё не редко бывают различные сборщики на базе NodeJS, аки WebPack или Gulp (и другие), которые так же нужно запускать в тот или иной момент времени...

Comments

[Алексей Виноградов]

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

[Евгений Вольф]

Алексей Виноградов, я думаю, дело не в CentOS отнюдь, а в настройках окружения. В частности, "проблемы" могут возникнуть в том случае, если таким образом изначально настроен веб-сервер, а точнее PHP в рамках веб-сервера. То есть, PHP запускается от одного пользователя, а файлы сохранены от имени другого. На 100% сказать конечно не могу, но это наиболее вероятная причина.

Насколько я понимаю, Git следит только за флагом x на файлах, игнорируя остальные. Что в принципе вполне логично, как мне видится. Хотя бы из тех соображений, что "глубокий" контроль прав на файлы будет невозможен, т.к. в разных окружениях могут быть разные требования к этим самым правам и тот кто закоммитил какое-то изменение - далеко не факт, что сделал это правильно и тем более не факт, что те настройки, которые являются "правильными" для него - будут настолько же "правильными" для всех.

Тут немного написано про "Git+права", но и там предлагают вариант с хуками.