PhpStorm: настройки наблюдателя файла SCSS
Мне нужна помощь в настройке моего наблюдателя файлов SCSS в PhpStorm. Я на Ubuntu, у меня есть PhpStorm 6, у меня есть RVM с Ruby 1.9.3p194 и Sass 3.2.5. Я установил параметры File Watcher в меню "Настройки" >> "File Watcher" следующим образом:
После этого я что-то изменил в своем файле .SCSS, но получил эту ошибку.
...-1.9.3-p194/bin/sass --no-cache --update style_update.scss:style_update.css
/usr/bin/env: ruby: No such file or directory
(Я добавил три точки в начале первой строки, чтобы сделать ее короче) Так в чем может быть проблема?
2 ответа
Проблема в том, что IDE не может найти ruby в PATH, Обратите внимание, что в терминале и в приложениях, которые вы запускаете с панели запуска Ubuntu, они могут отличаться.
Используйте параметр переменных среды в конфигурации средства просмотра файлов, чтобы указать PATH значение с каталогом, содержащим необходимые исполняемые файлы.
Цитата из ответа / комментария перед:
"[...]... просто делай, что написано, добавь переменную PATH... [...]"
... Это обычное недоразумение между тем, чтобы помогать людям (которые в большинстве своем не являются учителями), которые выполняют задания ежедневно, и спрашивать людей, с другой стороны, которые могут представить 3 разные вещи за стандартизированными ответами и их словами. Stackru должен распространяться на это, а не повторять руководства или документацию.
Например, в PHPstorm у вас есть 2 пустых поля после нажатия на плюс в правом углу окна настроек переменных Enviroment. Левое поле имеет заголовок "Переменная", правое поле - заголовок "Значение". Таким образом, если кто-то не знаком с переменными PATH и ENVIROMENT настольных или серверных систем, этот человек будет слегка озадачен тем, что следует поместить в первое поле. Это "рубин"? Это "ПУТЬ"? Разве это не переопределит всю переменную PATH системы? Могу ли я выбрать собственное имя NAME и как система узнает об этом? Никаких объяснений не найдено.
Если вы не знаете логику, стоящую за этим, вы не можете сделать правильные шаги из этого стандартного сформулированного совета. Хотя я очень взволнован набором функций PHPstorm, я нахожу документацию слишком стандартизированной и необъяснимой. Вот почему многие записи имеют плохие голоса читателей ниже. Например, если кто-нибудь спросит: "Как мне испечь разводить?" а отвечающий говорит: "Сначала нужно приготовить муку и приготовить тесто, а затем можно испечь хлеб". Так что же узнал спрашивающий из этого ответа? Именно так. Ничего такого, чего он не знал раньше. Хорошо, возможно, вопрос был недостаточно ясен, но это также распространенный случай: как правильно спросить, если вы не знаете, что на самом деле просите? Откуда человек может знать, что необходимо понять, как устанавливать переменные PATH? Я думаю, что это то, что отличается между создателями и учителями. Учителя учатся сообщать об этом разрыве. В документации часто не хватает лучших учителей, пишущих ее. Люди, которые работают в команде поддержки, должны лучше думать, как учителя.
Чтобы стать более конструктивным: документация PHPstorm говорит в своем примере: "выберите PATH_TO_LIB как NAME и путь к библиотеке для поля VALUE". Опять же: откуда берется этот PATH_TO_LIB? Это собственное имя или подготовленное пустое имя VARIABE, которое наблюдает PHPstorm? Если что-то пошло не так, и вы начинаете искать проблемы, которые могут вызвать это, и начинаете беспокоиться о неправильных настройках, вы теряетесь над этими вопросами, даже будучи опытным разработчиком PHP.
Я обычно предпочитаю использовать такие инструменты, как guard и RVM-установки ruby, а не встроенные решения для наблюдения за файлами, подобные этим от PHPstorm, которые в основном ищут общесистемный ruby и так далее. Но с rvm у нас есть проектные пути к ruby и тому подобное. RVM предотвращает разрыв цепочки компиляции долгосрочных разработок тем или модулей на основе определенных версий гемов. Смотрите здесь http://www.youtube.com/watch?v=CmTuvzbPduI где Себастьян Симссен (известный разработчик Drupal) объясняет, почему это хорошая концепция. Но чтобы красиво реализовать это с помощью функций PHPstorm, вам нужен более качественный низкоуровневый вход для редактирования пути в PHPstorm.
К сожалению, это включает в себя повторное нажатие кнопки "Сохранить", так как для этого необходимо инициировать событие сохранения файла. Я хотел бы видеть лучшую реализацию, гибкость и лучшее объяснение того, как использовать встроенные средства просмотра PHPstorm для обновления под рукой.