Partkeepr: Exceção: dependência de parâmetro inexistente partkeepr.parts.internalpartnumberunique

Sempre copie os parâmetros recém-adicionados de acordo com https://wiki.partkeepr.org/wiki/Running_PartKeepr_from_GIT

Na verdade, segui este procedimento de atualização, mas o erro permanece. Reabra o problema.

Acabei de encontrar e consertar o problema - atualize o git. Por favor, coloque todas as informações necessárias (como você seguiu o procedimento) na edição. Presumi que não, porque esse é o problema mais comum quando as pessoas atualizam usando o GIT;)

Parece ótimo - e lamento não ter lembrado de acrescentar que segui o procedimento de atualização.

Eu queria verificar o branch de desenvolvimento novamente e me sinto um pouco estúpido por perguntar isso, mas qual era o nome do branch de desenvolvimento atual? (Se for "HEAD", a correção está funcionando, mas não tenho certeza se este é o branch correto.)

É git checkout master;)

Hm, nesse caso o erro parece persistir. Estou recebendo exatamente a mesma mensagem de erro de antes. Não estou recebendo relatórios de erros do compositor durante a atualização.

Não tenho certeza se isso significa alguma coisa, mas a única mudança recente parece ser uma modificação em app / check.php e app / SymfonyRequirements.php, e o log do git diz apenas que ChangeLog foi atualizado.

você fez um git pull enquanto estava no branch master e executou novamente a configuração?

Algo está realmente muito estranho com o git - deixe-me verificar, vou te dar uma notificação assim que descobrir qual é o problema

Sim; Estou no pull mais recente do branch master:

$ git branch

• mestre
  $ git pull
  Já atualizado.

Parece que check.php e SymfonyRequirements.php estão realmente sendo atualizados quando executo a seção "instalação do composer" do procedimento de atualização, então não tenho certeza do que está sendo atualizado. Olhando para o log de commit do github, apenas o changelog foi submetido a commit e push desde três dias atrás. Já que relatei o erro há apenas dois dias, pode ser que você acidentalmente não mesclou a correção no master ou algo assim?

Bem, parece que eu só enviei as tags para a nova versão sem realmente enviar os próprios commits;) Eu tive exatamente o mesmo problema que você quando tentei atualizar meu sistema pessoal. Depois que empurrei os commits, agora funciona. Desculpe pelos problemas

Falhas do Git como essa tendem a acontecer ocasionalmente. :)

Infelizmente, apesar de seus esforços, o erro ainda está lá do meu lado (depois de git puxar e atualizar, é claro).

Você pode me dar a saída de cat src/PartKeepr/SetupBundle/Services/ConfigSetupService.php |grep -i internalpart ?

Claro:

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

Ok, isso parece bom. Quando exatamente você recebe o erro mencionado?

Isso é um pouco difícil de dizer, mas parece que nem chego ao prompt de login. O Apache simplesmente bombardeia com um erro 500 e a mensagem de erro (e nenhuma outra mensagem) aparece no log de erros.

Então, ele funciona durante a configuração, mas falha depois de abrir o front-end da web?

Meu mal, desculpe: acabei de pensar, "puxa, isso parece um esquema de banco de dados que não foi atualizado ..." quando você mencionou a execução da configuração da web. Eu tinha apenas copiado os arquivos de configurações e as atualizações do compositor desta vez e não executei a página de configuração. (Suponho que seja isso que obtenho ao escrever um script bash para as atualizações, então agora adicionei uma mensagem para mim mesmo no script que me lembra de executar a configuração.)

Em qualquer caso - funciona agora. Obrigado por sua correção imediata e sua ajuda!

Estou tão feliz :) Obrigado pelo feedback!