Partkeepr: Исключение: зависимость от несуществующего параметра partkeepr.parts.internalpartnumberunique

Всегда копируйте вновь добавленные параметры согласно https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

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

Я только что нашел и устранил проблему - обновите git. Пожалуйста, укажите всю необходимую информацию (как вы следовали процедуре) в выпуске. Я предположил, что вы этого не сделали, потому что это самая распространенная проблема, когда люди обновляются с помощью GIT;)

Звучит отлично - и извините, что я не забыл добавить, что выполнил процедуру обновления.

Я хотел снова проверить ветку разработки, и я чувствую себя немного глупо, спрашивая об этом, но как называлась текущая ветка разработки? (Если это "HEAD", значит, исправление работает, но я не уверен, что это правильная ветка.)

Это мастер проверки git;)

Хм, в этом случае ошибка, похоже, сохраняется. Я получаю точно такое же сообщение об ошибке, что и раньше. Я не получаю отчетов об ошибках от композитора во время обновления.

Я не уверен, что это означает что-нибудь, но единственным недавним изменением, похоже, является модификация app / check.php и app / SymfonyRequirements.php, а в журнале git указано только, что ChangeLog был обновлен.

вы выполнили git pull, находясь в основной ветке, и повторно запустили установку?

Что-то действительно очень странное с git - позвольте мне проверить, я дам вам уведомление, как только выясню, в чем проблема

Да; Я использую самый последний запрос из основной ветки:

$ git ветка

• мастер
  $ git pull
  Уже актуально.

Похоже, что check.php и SymfonyRequirements.php действительно обновляются, когда я запускаю раздел «установка композитора» процедуры обновления, поэтому я не уверен, что именно обновляется. Глядя на журнал фиксации github, три дня назад был зафиксирован только журнал изменений. Поскольку я сообщил об ошибке всего два дня назад, может быть, вы случайно не слили исправление в мастер или что-то в этом роде?

Кажется, я только вставил теги для новой версии, не нажимая сами коммиты;) У меня была точно такая же проблема, как и у вас, когда я просто пытался обновить свою личную систему. После того, как я нажал коммиты, теперь он работает. Извините за проблемы

Подобные сбои в Git случаются время от времени. :)

Увы, несмотря на ваши усилия, ошибка все еще существует на моей стороне (конечно, после извлечения и обновления git).

Вы можете дать мне результат cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Конечно:

$ cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart
            'partkeepr.parts.internalpartnumberunique' => false,

Ладно, выглядит нормально. Когда именно вы получите указанную ошибку?

Сложно сказать, но мне кажется, что я даже не дошел до приглашения для входа в систему. Apache просто запускает бомбу с ошибкой 500, и сообщение об ошибке (и никаких других сообщений) появляется в журнале ошибок.

Значит, он работает во время установки, но не работает после открытия веб-интерфейса?

Мой плохой, извините: мне просто удалось подумать: «Вот это похоже на схему базы данных, которая не обновлялась ...», когда вы упомянули запуск веб-настройки. На этот раз я только скопировал файлы настроек и обновления композитора и не запустил страницу настройки. (Я полагаю, что это то, что я получаю от написания сценария bash для обновлений, поэтому теперь я добавил сообщение для себя в сценарий, напоминающее мне запустить установку.)

В любом случае - сейчас работает. Спасибо за быстрое исправление и вашу помощь!

Я так рада :) Спасибо за отзыв!