Merge API Noosfero
-
6 de Setembro de 2015 às 00:55Thiago, dei uma olhada no diff do commit (
https://portal.softwarepublico.gov.br/gitlab/softwarepublico/noosfero/commit/ed0554c60bbf5d93ba2bab322a9416d058e3161c)
que você disse que o bisect encontrou.
Esse eager_load carrega todo o Rails, engines e outras coisas mais logo na
inicialização. Talvez ele esteja carregando algum código quebrado.
Eu se fosse você, primeiro para ter certeza que isso é realmente a causa eu
reverteria o commit (git revert ed0554c60bbf5d93ba2bab322a9416d058e3161c)
mas sem mandar esse commit para o remoto.
Se você confirmar que é essa a causa, iria atrás do porquê esse eager_load
foi necessário para a API. Se ele for dispensável, mantenha o revert. Se
não, bom você vai ter um trabalho para encontrar agora qual é código
quebrado que o eager_load está carregando.
Dê uma investigada nessas coisas e se precisar é só chamar :) -
6 de Setembro de 2015 às 04:12Manzo eu fiz esse teste e consegui rodar as migrações, que coisa estranha
ne ?
Vou fazer isso que você falou e rodar o git de novo pra ver se encontra
mais erros.
Abracos
Em 05/09/2015 9:55 PM, "Rafael Reggiani Manzo"
escreveu:> Thiago, dei uma olhada no diff do commit (
>https://portal.softwarepublico.gov.br/gitlab/softwarepublico/noosfero/commit/ed0554c60bbf5d93ba2bab322a9416d058e3161c)
> que você disse que o bisect encontrou.
>
> Esse eager_load carrega todo o Rails, engines e outras coisas mais logo na
> inicialização. Talvez ele esteja carregando algum código quebrado.
>
> Eu se fosse você, primeiro para ter certeza que isso é realmente a causa
> eu reverteria o commit (git revert
> ed0554c60bbf5d93ba2bab322a9416d058e3161c) mas sem mandar esse commit para o
> remoto.
>
> Se você confirmar que é essa a causa, iria atrás do porquê esse eager_load
> foi necessário para a API. Se ele for dispensável, mantenha o revert. Se
> não, bom você vai ter um trabalho para encontrar agora qual é código
> quebrado que o eager_load está carregando.
>
> Dê uma investigada nessas coisas e se precisar é só chamar :)
> -
7 de Setembro de 2015 às 18:39Olá pessoal,
Depois de desfazer o commit que parecia atrapalhar o rake db:schema:load vi
também que acontece outro erro, agora na hora de gerar as migrações.
https://www.irccloud.com/pastebin/imLBCioT/
Vou precisar da ajuda do diguliu ou de outro senior pra pensar em uma
solução melhor.
O travis.ci ja tinha "denunciado" isso em:
https://travis-ci.org/noosfero/noosfero/builds/74630324
O erro dessa build é esse:
https://www.irccloud.com/pastebin/GVDUGZhg/
Abraços
Em 6 de setembro de 2015 01:12, Thiago Ribeiroescreveu:
> Manzo eu fiz esse teste e consegui rodar as migrações, que coisa estranha
> ne ?
>
> Vou fazer isso que você falou e rodar o git de novo pra ver se encontra
> mais erros.
>
> Abracos
> Em 05/09/2015 9:55 PM, "Rafael Reggiani Manzo"
> escreveu:
>
>> Thiago, dei uma olhada no diff do commit (
>>https://portal.softwarepublico.gov.br/gitlab/softwarepublico/noosfero/commit/ed0554c60bbf5d93ba2bab322a9416d058e3161c)
>> que você disse que o bisect encontrou.
>>
>> Esse eager_load carrega todo o Rails, engines e outras coisas mais logo
>> na inicialização. Talvez ele esteja carregando algum código quebrado.
>>
>> Eu se fosse você, primeiro para ter certeza que isso é realmente a causa
>> eu reverteria o commit (git revert
>> ed0554c60bbf5d93ba2bab322a9416d058e3161c) mas sem mandar esse commit para o
>> remoto.
>>
>> Se você confirmar que é essa a causa, iria atrás do porquê esse
>> eager_load foi necessário para a API. Se ele for dispensável, mantenha o
>> revert. Se não, bom você vai ter um trabalho para encontrar agora qual é
>> código quebrado que o eager_load está carregando.
>>
>> Dê uma investigada nessas coisas e se precisar é só chamar :)
>>
>
Ordenar por:
Estatísticas:
-
iniciada em
8 anos, 3 meses atrás
-
vizualizada
1062 vezes
-
respondida
3 vezes
-
votada
0 vezes