Gitlab 8.5
-
11 de Março de 2016 às 05:17Olá Pessoal,
Já fazem algumas semanas que parte da equipe de devops vem trabalhando na
atualização do gitlab 7.6 para o gitlab 8.5.
Hoje durante a tarde fizemos bons avanços, e ao chegar em casa dei mais
um gás, uma vez que não tinhamos resultados muito significativos.
Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup do ambiente
de produção, e usando o ruby 2.2. Em uma primeira análise, o upgrade entre versões tão
diferentes, funcionou corretamente.
Em relação ao backup seguimos o seguinte procedimento:
- Instalamos o gitlab 7.6 via pacote.
- Pegamos um backup recente do env de prod.
- Aplicamos no banco do gitlab.
- Como mexemos em diversas coisas na vm, não testamos o upgrade
do pacote, e sim a remoção do pacote antigo, e instalação do pacote
novo.
Com esse status inicial conseguimos validar que será possível, no
mínimo fazer um backup do env do prod, e instalar o novo pacote.
Faltam alguns ajustes a serem feitos no pacote:
- Rodar as migrations corretamente (Tive que fazer na mão depois da
instalação do pacote).
- Verificar porque o css não está carregando corretamente (o pacote
roda o precompile dos assets, não sei porque não carregou)
- Rodar o rpmlint no pacote e ver o que pode ser melhorado.
Os proximos passos serão:
- Validar a integridade dos dados no banco.
- Testar o upgrade via pacote
- Testar integração com colab
- Ajustar as receitas, e remover as duplicações que existem hoje.
- Testar upgrade via converge.
Att,
--
David Carlos
david@pencillabs.com
http://davidcarlos.github.io/ -
11 de Março de 2016 às 13:27> Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup do ambiente
> de produção, e usando o ruby 2.2. Em uma primeira análise, o upgrade entre versões tão
> diferentes, funcionou corretamente.
>Massa David!> Em relação ao backup seguimos o seguinte procedimento:
>
> - Instalamos o gitlab 7.6 via pacote.
> - Pegamos um backup recente do env de prod.
> - Aplicamos no banco do gitlab.
> - Como mexemos em diversas coisas na vm, não testamos o upgrade
> do pacote, e sim a remoção do pacote antigo, e instalação do pacote
> novo.
>
> Com esse status inicial conseguimos validar que será possível, no
> mínimo fazer um backup do env do prod, e instalar o novo pacote.
>
> Faltam alguns ajustes a serem feitos no pacote:
>
> - Rodar as migrations corretamente (Tive que fazer na mão depois da
> instalação do pacote).
> - Verificar porque o css não está carregando corretamente (o pacote
> roda o precompile dos assets, não sei porque não carregou)
> - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
>
> Os proximos passos serão:
>
> - Validar a integridade dos dados no banco.
> - Testar o upgrade via pacote
> - Testar integração com colab
> - Ajustar as receitas, e remover as duplicações que existem hoje.
> - Testar upgrade via converge.
>Legal, quando tiver novidades nos atualize aqui na lista :)
Atenciosamente,
--
Lucas Kanashiro
PGP-Key ID: RSA4096R/9883C97C
PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C -
4 de Maio de 2016 às 18:02Olá,
Segue para conhecimento de todos
http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnerabilityAtt,Luiz Matos
Em 11 de março de 2016 10:27, Lucas Kanashiro
escreveu:> > Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup
> do ambiente
> > de produção, e usando o ruby 2.2. Em uma primeira análise, o upgrade
> entre versões tão
> > diferentes, funcionou corretamente.
> >
>
> Massa David!
>
> > Em relação ao backup seguimos o seguinte procedimento:
> >
> > - Instalamos o gitlab 7.6 via pacote.
> > - Pegamos um backup recente do env de prod.
> > - Aplicamos no banco do gitlab.
> > - Como mexemos em diversas coisas na vm, não testamos o upgrade
> > do pacote, e sim a remoção do pacote antigo, e instalação do pacote
> > novo.
> >
> > Com esse status inicial conseguimos validar que será possível, no
> > mínimo fazer um backup do env do prod, e instalar o novo pacote.
> >
> > Faltam alguns ajustes a serem feitos no pacote:
> >
> > - Rodar as migrations corretamente (Tive que fazer na mão depois da
> > instalação do pacote).
> > - Verificar porque o css não está carregando corretamente (o pacote
> > roda o precompile dos assets, não sei porque não carregou)
> > - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
> >
> > Os proximos passos serão:
> >
> > - Validar a integridade dos dados no banco.
> > - Testar o upgrade via pacote
> > - Testar integração com colab
> > - Ajustar as receitas, e remover as duplicações que existem hoje.
> > - Testar upgrade via converge.
> >
>
> Legal, quando tiver novidades nos atualize aqui na lista :)
>
> Atenciosamente,
> --
> Lucas Kanashiro
> PGP-Key ID: RSA4096R/9883C97C
> PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> -
4 de Maio de 2016 às 18:41"This vulnerability affects all GitLab version from 8.2.0 through 8.7.0."
Estamos usando a versão 7.6.2 em produção :)
No pacote que vamos disponibilizar da versão 8.5.0 podemos adicionar um
patch com o fix dessa vulnerabilidade (considerando que já está
disponível no repo oficial do gitlab).
On 05/04/2016 03:02 PM, Luiz Matos wrote:> Olá,
>
> Segue para conhecimento de todos
>http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnerability
>
> Att,
> Luiz Matos
>
> Em 11 de março de 2016 10:27, Lucas Kanashiro
>> escreveu:
>
> > Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup do ambiente
> > de produção, e usando o ruby 2.2. Em uma primeira análise, o
> upgrade entre versões tão
> > diferentes, funcionou corretamente.
> >
>
> Massa David!
>
> > Em relação ao backup seguimos o seguinte procedimento:
> >
> > - Instalamos o gitlab 7.6 via pacote.
> > - Pegamos um backup recente do env de prod.
> > - Aplicamos no banco do gitlab.
> > - Como mexemos em diversas coisas na vm, não testamos o upgrade
> > do pacote, e sim a remoção do pacote antigo, e instalação do
> pacote
> > novo.
> >
> > Com esse status inicial conseguimos validar que será possível, no
> > mínimo fazer um backup do env do prod, e instalar o novo pacote.
> >
> > Faltam alguns ajustes a serem feitos no pacote:
> >
> > - Rodar as migrations corretamente (Tive que fazer na mão
> depois da
> > instalação do pacote).
> > - Verificar porque o css não está carregando corretamente (o
> pacote
> > roda o precompile dos assets, não sei porque não carregou)
> > - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
> >
> > Os proximos passos serão:
> >
> > - Validar a integridade dos dados no banco.
> > - Testar o upgrade via pacote
> > - Testar integração com colab
> > - Ajustar as receitas, e remover as duplicações que existem hoje.
> > - Testar upgrade via converge.
> >
>
> Legal, quando tiver novidades nos atualize aqui na lista :)
>
> Atenciosamente,
> --
> Lucas Kanashiro
> PGP-Key ID: RSA4096R/9883C97C
> PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
--
Lucas Kanashiro
8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C -
4 de Maio de 2016 às 19:07Olá Kanashiro
Já estava ciente disso, já que foi o que disse para o Carlos Vieira aqui do
Planejamento :).
A solução temporária que o gitlab fornece para o problema se encontra em:
https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/
Fica uma curiosidade minha: Atualizar o pacote para versão mais atual e
corrigida do gitlab, demanda muito esforço?Att,Em 4 de maio de 2016 15:41, Lucas Kanashiroescreveu:
> "This vulnerability affects all GitLab version from 8.2.0 through 8.7.0."
>
> Estamos usando a versão 7.6.2 em produção :)
>
> No pacote que vamos disponibilizar da versão 8.5.0 podemos adicionar um
> patch com o fix dessa vulnerabilidade (considerando que já está disponível
> no repo oficial do gitlab).
>
>
>
> On 05/04/2016 03:02 PM, Luiz Matos wrote:
>
> Olá,
>
> Segue para conhecimento de todos
>http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnerability
>
> Att,
> Luiz Matos
>
> Em 11 de março de 2016 10:27, Lucas Kanashiro
> escreveu:
>
>> > Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup
>> do ambiente
>> > de produção, e usando o ruby 2.2. Em uma primeira análise, o upgrade
>> entre versões tão
>> > diferentes, funcionou corretamente.
>> >
>>
>> Massa David!
>>
>> > Em relação ao backup seguimos o seguinte procedimento:
>> >
>> > - Instalamos o gitlab 7.6 via pacote.
>> > - Pegamos um backup recente do env de prod.
>> > - Aplicamos no banco do gitlab.
>> > - Como mexemos em diversas coisas na vm, não testamos o upgrade
>> > do pacote, e sim a remoção do pacote antigo, e instalação do pacote
>> > novo.
>> >
>> > Com esse status inicial conseguimos validar que será possível, no
>> > mínimo fazer um backup do env do prod, e instalar o novo pacote.
>> >
>> > Faltam alguns ajustes a serem feitos no pacote:
>> >
>> > - Rodar as migrations corretamente (Tive que fazer na mão depois da
>> > instalação do pacote).
>> > - Verificar porque o css não está carregando corretamente (o pacote
>> > roda o precompile dos assets, não sei porque não carregou)
>> > - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
>> >
>> > Os proximos passos serão:
>> >
>> > - Validar a integridade dos dados no banco.
>> > - Testar o upgrade via pacote
>> > - Testar integração com colab
>> > - Ajustar as receitas, e remover as duplicações que existem hoje.
>> > - Testar upgrade via converge.
>> >
>>
>> Legal, quando tiver novidades nos atualize aqui na lista :)
>>
>> Atenciosamente,
>> --
>> Lucas Kanashiro
>> PGP-Key ID: RSA4096R/9883C97C
>> PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>>
>
>
> _______________________________________________
> spb-dev mailing listspb-dev@listas.softwarepublico.gov.brhttps://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
> --
> Lucas Kanashiro
> 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> -
4 de Maio de 2016 às 19:17Em 4 de maio de 2016 16:07, Luiz Matos
escreveu: > Olá Kanashiro
>
> Já estava ciente disso, já que foi o que disse para o Carlos Vieira aqui
> do Planejamento :).
>
> A solução temporária que o gitlab fornece para o problema se encontra em:
>https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/
>
> Fica uma curiosidade minha: Atualizar o pacote para versão mais atual e
> corrigida do gitlab, demanda muito esforço?
>Oi Luiz,
Sim. Muito esforço e com pesquisadores/desenvolvedores sêniors envolvidos.
A estabilidade da atualização seria garantida em mais uma release do
projeto, como estava planejado para a Release 6.
obrigado,
--
Paulo Meirelles
FGA-UnB (http://fga.unb.br)
CCSL-IME/USP (http://ccsl.ime.usp.br) -
4 de Maio de 2016 às 19:28On 05/04/2016 04:07 PM, Luiz Matos wrote:> Olá KanashiroOlá Luiz.>
> Já estava ciente disso, já que foi o que disse para o Carlos Vieira
> aqui do Planejamento :).
>
> A solução temporária que o gitlab fornece para o problema se encontra
> em: https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/
>Massa.> Fica uma curiosidade minha: Atualizar o pacote para versão mais atual
> e corrigida do gitlab, demanda muito esforço?
>Precisava ver as modificações que tem entre as versões para poder
estimar o esforço, mas acredito que com o prazo que temos vai ficar
apertado.> Att,
>
> Em 4 de maio de 2016 15:41, Lucas Kanashiro
>> escreveu:
>
> "This vulnerability affects all GitLab version from 8.2.0 through
> 8.7.0."
>
> Estamos usando a versão 7.6.2 em produção :)
>
> No pacote que vamos disponibilizar da versão 8.5.0 podemos
> adicionar um patch com o fix dessa vulnerabilidade (considerando
> que já está disponível no repo oficial do gitlab).
>
>
>
> On 05/04/2016 03:02 PM, Luiz Matos wrote:
>> Olá,
>>
>> Segue para conhecimento de todos
>>http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnerability
>>
>> Att,
>> Luiz Matos
>>
>> Em 11 de março de 2016 10:27, Lucas Kanashiro
>>>
>> escreveu:
>>
>> > Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup
>> do ambiente
>> > de produção, e usando o ruby 2.2. Em uma primeira análise,
>> o upgrade entre versões tão
>> > diferentes, funcionou corretamente.
>> >
>>
>> Massa David!
>>
>> > Em relação ao backup seguimos o seguinte procedimento:
>> >
>> > - Instalamos o gitlab 7.6 via pacote.
>> > - Pegamos um backup recente do env de prod.
>> > - Aplicamos no banco do gitlab.
>> > - Como mexemos em diversas coisas na vm, não testamos o
>> upgrade
>> > do pacote, e sim a remoção do pacote antigo, e
>> instalação do pacote
>> > novo.
>> >
>> > Com esse status inicial conseguimos validar que será
>> possível, no
>> > mínimo fazer um backup do env do prod, e instalar o novo
>> pacote.
>> >
>> > Faltam alguns ajustes a serem feitos no pacote:
>> >
>> > - Rodar as migrations corretamente (Tive que fazer na mão
>> depois da
>> > instalação do pacote).
>> > - Verificar porque o css não está carregando corretamente
>> (o pacote
>> > roda o precompile dos assets, não sei porque não carregou)
>> > - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
>> >
>> > Os proximos passos serão:
>> >
>> > - Validar a integridade dos dados no banco.
>> > - Testar o upgrade via pacote
>> > - Testar integração com colab
>> > - Ajustar as receitas, e remover as duplicações que
>> existem hoje.
>> > - Testar upgrade via converge.
>> >
>>
>> Legal, quando tiver novidades nos atualize aqui na lista :)
>>
>> Atenciosamente,
>> --
>> Lucas Kanashiro
>> PGP-Key ID: RSA4096R/9883C97C
>> PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272
>> 9883 C97C
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>>
>>
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> --
> Lucas Kanashiro
> 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
--
Lucas Kanashiro
8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C -
4 de Maio de 2016 às 19:34Olá Paulo,
De acordo, resolveu curiosidade :). Vamos que vamos.
Muito obrigado.Att,
Luiz MatosEm 4 de maio de 2016 16:17, Paulo Meirellesescreveu:
> Em 4 de maio de 2016 16:07, Luiz Matosescreveu:
>
>> Olá Kanashiro
>>
>> Já estava ciente disso, já que foi o que disse para o Carlos Vieira aqui
>> do Planejamento :).
>>
>> A solução temporária que o gitlab fornece para o problema se encontra em:
>>https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/
>>
>> Fica uma curiosidade minha: Atualizar o pacote para versão mais atual e
>> corrigida do gitlab, demanda muito esforço?
>>
>
> Oi Luiz,
>
> Sim. Muito esforço e com pesquisadores/desenvolvedores sêniors envolvidos.
> A estabilidade da atualização seria garantida em mais uma release do
> projeto, como estava planejado para a Release 6.
>
> obrigado,
> --
> Paulo Meirelles
> FGA-UnB (http://fga.unb.br)
> CCSL-IME/USP (http://ccsl.ime.usp.br)
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
> -
4 de Maio de 2016 às 19:56Olá Kanashiro,
Tranquilo, minha curiosidade era só em relação a atualizar o script para
instalar diretamente a 8.7 fix, mas como tu disse, ainda é necessário
estimar esforço, já várias dependências mudaram suas versões.
E reforçando o que o Prof. Paulo disse, uma versão suficientemente estável
só viria na Release 6.Att,Em 4 de maio de 2016 16:27, Lucas Kanashiroescreveu:
>
>
> On 05/04/2016 04:07 PM, Luiz Matos wrote:
>
> Olá Kanashiro
>
>
> Olá Luiz.
>
>
> Já estava ciente disso, já que foi o que disse para o Carlos Vieira aqui
> do Planejamento :).
>
> A solução temporária que o gitlab fornece para o problema se encontra em:
>https://about.gitlab.com/2016/05/02/cve-2016-4340-patches/
>
>
> Massa.
>
> Fica uma curiosidade minha: Atualizar o pacote para versão mais atual e
> corrigida do gitlab, demanda muito esforço?
>
>
> Precisava ver as modificações que tem entre as versões para poder estimar
> o esforço, mas acredito que com o prazo que temos vai ficar apertado.
>
>
> Att,
>
> Em 4 de maio de 2016 15:41, Lucas Kanashiro
> escreveu:
>
>> "This vulnerability affects all GitLab version from 8.2.0 through 8.7.0."
>>
>> Estamos usando a versão 7.6.2 em produção :)
>>
>> No pacote que vamos disponibilizar da versão 8.5.0 podemos adicionar um
>> patch com o fix dessa vulnerabilidade (considerando que já está disponível
>> no repo oficial do gitlab).
>>
>>
>>
>> On 05/04/2016 03:02 PM, Luiz Matos wrote:
>>
>> Olá,
>>
>> Segue para conhecimento de todos
>>http://www.infoq.com/news/2016/05/gitlab-impersonate-vulnerability
>>
>> Att,
>> Luiz Matos
>>
>> Em 11 de março de 2016 10:27, Lucas Kanashiro <
>>kanashiro.duarte@gmail.com> escreveu:
>>
>>> > Felizmente, conseguimos subir o gitlab 8.5(via pacote) já com o backup
>>> do ambiente
>>> > de produção, e usando o ruby 2.2. Em uma primeira análise, o upgrade
>>> entre versões tão
>>> > diferentes, funcionou corretamente.
>>> >
>>>
>>> Massa David!
>>>
>>> > Em relação ao backup seguimos o seguinte procedimento:
>>> >
>>> > - Instalamos o gitlab 7.6 via pacote.
>>> > - Pegamos um backup recente do env de prod.
>>> > - Aplicamos no banco do gitlab.
>>> > - Como mexemos em diversas coisas na vm, não testamos o upgrade
>>> > do pacote, e sim a remoção do pacote antigo, e instalação do pacote
>>> > novo.
>>> >
>>> > Com esse status inicial conseguimos validar que será possível, no
>>> > mínimo fazer um backup do env do prod, e instalar o novo pacote.
>>> >
>>> > Faltam alguns ajustes a serem feitos no pacote:
>>> >
>>> > - Rodar as migrations corretamente (Tive que fazer na mão depois da
>>> > instalação do pacote).
>>> > - Verificar porque o css não está carregando corretamente (o pacote
>>> > roda o precompile dos assets, não sei porque não carregou)
>>> > - Rodar o rpmlint no pacote e ver o que pode ser melhorado.
>>> >
>>> > Os proximos passos serão:
>>> >
>>> > - Validar a integridade dos dados no banco.
>>> > - Testar o upgrade via pacote
>>> > - Testar integração com colab
>>> > - Ajustar as receitas, e remover as duplicações que existem hoje.
>>> > - Testar upgrade via converge.
>>> >
>>>
>>> Legal, quando tiver novidades nos atualize aqui na lista :)
>>>
>>> Atenciosamente,
>>> --
>>> Lucas Kanashiro
>>> PGP-Key ID: RSA4096R/9883C97C
>>> PGP fingerprint: 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>>>
>>> _______________________________________________
>>> spb-dev mailing list
>>> spb-dev@listas.softwarepublico.gov.br
>>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>>
>>>
>>
>>
>> _______________________________________________
>> spb-dev mailing listspb-dev@listas.softwarepublico.gov.brhttps://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>>
>> --
>> Lucas Kanashiro
>> 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>>
>>
>> _______________________________________________
>> spb-dev mailing list
>> spb-dev@listas.softwarepublico.gov.br
>>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>>
>>
>
>
> _______________________________________________
> spb-dev mailing listspb-dev@listas.softwarepublico.gov.brhttps://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
> --
> Lucas Kanashiro
> 8ED6 C3F8 BAC9 DB7F C130 A870 F823 A272 9883 C97C
>
>
> _______________________________________________
> spb-dev mailing list
> spb-dev@listas.softwarepublico.gov.br
>https://listas.softwarepublico.gov.br/mailman/cgi-bin/listinfo/spb-dev
>
>
Ordenar por:
Relacionado:
- sei-negocio OCR Server público (Nova Versão)
- e-sic-livre script SQL para o E-SIC
- e-sic-livre Arquivo SQL
- spb-dev empacotamento RPM do colab
- i-educar Guia de instalação do i-Educar atualizado para...
- sei-tecnico Erro validando login no Sistema de Permissões
- i-educar Instalação do i-Educar
- i-educar Novos Relatórios do ieducar
- spb-dev Gitlab - Report do dia 14/11
- spb-dev centralizando pacotes RPM
Estatísticas:
-
iniciada em
8 anos, 9 meses atrás
-
vizualizada
1430 vezes
-
respondida
9 vezes
-
votada
0 vezes