linux mint❤️

с вайбером такая фигня. правый клик по иконке спасает)

пора переходить на нормальный дистрибутив )

Например?

через токенайзер можно пройтись по проекту, если есть гарантия, что извне классы не загружаются

Например?

fedora

бубунта то винты запорит, то биос

У меня ошибка выжившего? Более полутора лет на ней, апдейтнулся до 17.04 как вышла, не припомню трабл.

На моём новом ноуте только 17ая завелась

У меня без нареканий работают обычно только LTS.

Все не-LTS версии постоянно какие-то дурацкие надоедливые баги имеют

манджара ?

ArchLinux!

красноглазия не хватает)

красноглазие в генту)

Add to stickers

красноглазие в генту)

а в арче что? розовые глазки?)

а в арче что? розовые глазки?)

слегка виднеющиеся на свету капиляры, ничего страшного

это лечится

та думал собрать себе арч но надо тут же и бекапы придумать для него

Подскажите, пожалуйста, почему композер может не добавлять либу в autoload_psr4.php? Подключаю ее примерно так: "repositories": [ { "type": "package", "package": { "name": "ssimplix/LexikFormFilterBundle", "version": "1.0", "source": { "url": "https://github.com/ssimplix/LexikFormFilterBundle.git", "type": "git", "reference": "symfony-4-support" } } } ], "require": { "ssimplix/LexikFormFilterBundle": "1.0", } Он загружает репозиторий в /vendor с нужной веткой, все файлы на месте, но в автолоуд ничего не добавляет

в composer.json самой либы prs-4 прописан тоже верно

Подскажите, пожалуйста, почему композер может не добавлять либу в autoload_psr4.php? Подключаю ее примерно так: "repositories": [ { "type": "package", "package": { "name": "ssimplix/LexikFormFilterBundle", "version": "1.0", "source": { "url": "https://github.com/ssimplix/LexikFormFilterBundle.git", "type": "git", "reference": "symfony-4-support" } } } ], "require": { "ssimplix/LexikFormFilterBundle": "1.0", } Он загружает репозиторий в /vendor с нужной веткой, все файлы на месте, но в автолоуд ничего не добавляет

Насколько я помню, там вопросы у композера возникают к имени пакета (name в composer.json) Раз ты делаешь форк, попробуй использовать оригинальное имя для пакета композера (lexik/form-filter-bundle ) но форк ссылку на гит, приблизительно вот так: "repositories": [ { ... "package": { "name": "lexik/LexikFormFilterBundle", "url": "https://github.com/ssimplix/LexikFormFilterBundle.git" ... "require": { "lexik/LexikFormFilterBundle": "1.0", }

но это не точно :)

Насколько я помню, там вопросы у композера возникают к имени пакета (name в composer.json) Раз ты делаешь форк, попробуй использовать оригинальное имя для пакета композера (lexik/form-filter-bundle ) но форк ссылку на гит, приблизительно вот так: "repositories": [ { ... "package": { "name": "lexik/LexikFormFilterBundle", "url": "https://github.com/ssimplix/LexikFormFilterBundle.git" ... "require": { "lexik/LexikFormFilterBundle": "1.0", }

да, спасибо, вот только что разобрался. поменял имя на оригинальное и все завелось

если вдруг кому интересен итоговый json: "repositories": { "lexik/form-filter-bundle": { "type": "package", "package": { "name": "lexik/form-filter-bundle", "version": "dev-symfony-4-support", "source": { "url": "https://github.com/ssimplix/LexikFormFilterBundle.git", "type": "git", "reference": "symfony-4-support" }, "autoload": { "psr-4": { "Lexik\\Bundle\\FormFilterBundle\\": "" } } } } },

А никто не юзал Сущности авторегистрируемые репозиториями в Соната Админе?

The "App\Repository\CAUserRepository" entity repository implements "Doctrine\Bundle\DoctrineBundle\Repository\ServiceEntityRepositoryInterface", but its service could not be found. Make sure the service exists and is tagged with "doctrine.repository_service".

емнип соната не регистрирует сама сгенерированные сущности - нужно руками прописывать в конфигах

что и описано в тексте ошибки

@fes0r заюзал твой pre-commit hook. Всё работает, только исправленные файлы попадают в stage и их нельзя закоммитить потому что они identical. Только revert файл спасает)

емнип соната не регистрирует сама сгенерированные сущности - нужно руками прописывать в конфигах

Вот ведь скотина!

@fes0r заюзал твой pre-commit hook. Всё работает, только исправленные файлы попадают в stage и их нельзя закоммитить потому что они identical. Только revert файл спасает)

ничего не понял

ничего не понял

php-cs-fixer исправляет багованные файлы. Они улетают в гит как и положено. Но локально исправленные файлы всё равно остаются в статусе changed, при этом diff говорит identical.

Мы вот такой юзаем https://pastebin.com/LUDFz9Pa

Он когда делаешь коммит - если есть места для исправления, прерывает коммит и исправляет.

После этого надо застейджить эти изменения тоже.

php-cs-fixer исправляет багованные файлы. Они улетают в гит как и положено. Но локально исправленные файлы всё равно остаются в статусе changed, при этом diff говорит identical.

ммм

git diff --cached?

Он когда делаешь коммит - если есть места для исправления, прерывает коммит и исправляет.

https://gist.github.com/fesor/1043aec3f1aeac7d801c270e0fba36cd

как-то у вас сложно

как-то у вас сложно

А чем именно?

Есть варианты улучшить?

Кроме двойной по сути проверки.

Есть варианты улучшить?

убрать фор, убрать захардкоженный конфиг

и уже лучше

Зачем везде ERROR=? и всякие $?

if [ ${ERROR} -eq 1 ] then exit 1 fi

это аналог

Если ошибка, комит не делается.

set -e вначале файла и если php-cs-fixer выйдет с ошибкой скрипт тоже выйдет с ошибкой

if ($status === false) { return false; } return true;

if ($status === false) { return false; } return true;

Зачем только если при set -e всё это так же будет

Зачем только если при set -e всё это так же будет

так я про то же

А можно точный код?

разве что код выхода будет не 1, а тот с которым php-cs-fixer выйдет

Я бы с удовольствием поправил все это

А это пофиг, я думаю.

убрать фор, убрать захардкоженный конфиг

А насчет захадркоженного - это используется для одного единственного проекта пока.

А насчет захадркоженного - это используется для одного единственного проекта пока.

так себе оправдание

У меня вот с этим кодом косяк. 100% из-за докера) #!/usr/bin/env bash echo "php-cs-fixer pre commit hook start" PHP_CS_FIXER="docker run --rm --entrypoint php-cs-fixer -v `pwd`/app:/usr/local/app -v `pwd`:/app -w /app image:dev" PHP_CS_CONFIG="/usr/local/app/.php_cs.dist" CHANGED_FILES=$(git diff --cached --name-only --diff-filter=ACM -- '*.php') if [ -n "$CHANGED_FILES" ]; then echo 1 $PHP_CS_FIXER fix --config "$PHP_CS_CONFIG" $CHANGED_FILES; git add $CHANGED_FILES; fi echo "php-cs-fixer pre commit hook finish"

так себе оправдание

Тогда я видимо не очень понял про какой ты конфиг

У меня вот с этим кодом косяк. 100% из-за докера) #!/usr/bin/env bash echo "php-cs-fixer pre commit hook start" PHP_CS_FIXER="docker run --rm --entrypoint php-cs-fixer -v `pwd`/app:/usr/local/app -v `pwd`:/app -w /app image:dev" PHP_CS_CONFIG="/usr/local/app/.php_cs.dist" CHANGED_FILES=$(git diff --cached --name-only --diff-filter=ACM -- '*.php') if [ -n "$CHANGED_FILES" ]; then echo 1 $PHP_CS_FIXER fix --config "$PHP_CS_CONFIG" $CHANGED_FILES; git add $CHANGED_FILES; fi echo "php-cs-fixer pre commit hook finish"

а зачем энтрипоинт если достаточно команду подменить?

А это пофиг, я думаю.

ну как знаешь

эти же действия делают 4 строчки баша

вот в чем прикол

ERROR: S client not available

ну как знаешь

Это я говорил про код возврата :)

а зачем энтрипоинт если достаточно команду подменить?

Чтобы через дефолтный энтрипоинт не проходил

Чтобы через дефолтный энтрипоинт не проходил

а ну у меня просто нет дефолтного)

так себе оправдание

А вот это не очень корректный комментарий.

Есть вещи, на которые тратить бессмысленно время не стоит

а ну у меня просто нет дефолтного)

У меня там много срани происходит)

Я конкретно про хардкоженный конфиг

Есть вещи, на которые тратить бессмысленно время не стоит

и потому то что можно сделать в 4 строчки баша превращается в 40?

и потому то что можно сделать в 4 строчки баша превращается в 40?

Это другое конечно. Это я поправлю.

Я именно про хардкод

@Preemiere Так как написать set -e?

эм

Как видишь так и пишье)

Просто в начале файла? set -e?

#!/bin/bash set -e

Че-то не работает :)

У меня все файлы так начинаются, почти все

Не вываливается с ошибкой

Тупо фиксит а то что было застейджено без фикса - коммитит

с ошибкой валится фиксер с ключём —dry-run

Так мне не надо -dry-run :)

Или ты имеешь ввиду все равно 2 раза прогонять?

В общем, не получается как мне надо же иначе :)

Если при dry-run падает, то он уже не поправит

А он должен и упасть и поправить

Хотя можно сначала фикс прогнать

В общем, либо не понял я, что именно ты имеешь ввиду, либо не подходит такой вариант

Тут собственно, зачем выходить?

fesor ссылку на свой код дал. Там после фиксера выполняется git add $FILES

Фиксер правит файлы и эти файлы уходят в тот коммит что ты пытался сделать. Не нужно опять из в стейдж добавлять и повторно коммитить

fesor ссылку на свой код дал. Там после фиксера выполняется git add $FILES

Ну вот мне не хочется добавлять. Я хочу перед этим посмотреть что именно он поправил.