Minha instalação do Discourse ficou desatualizada (3.2.0.beta4-dev) e preciso atualizar para a 3.5. Estou preocupado em mexer nas coisas e usar alguns plugins/integrações que não quis alterar (WP Discourse, login através do Wordpress com informações de associação e o plugin Category Lockdown) e já tive problemas atualizando manualmente no passado.
Qual a melhor abordagem para fazer a atualização? Devo fazer algum tipo de atualização parcial para uma versão diferente primeiro? Existem alguns problemas que devo estar ciente?
Isso tem alguns bons efeitos colaterais, como garantir que você tenha um backup recente e uma cópia segura desse backup. Você precisa fazer essas coisas, no entanto você aborda sua atualização.
Tenho a impressão de que seria uma boa prática comentar todos os seus plugins também, mas seria bom se alguém confirmasse isso.
Sim. Na verdade, saber que você pode iniciar um novo servidor e restaurar um backup. Tive que fazer isso uma vez recentemente quando o SSD de um dos meus servidores morreu. Desejei ter praticado (embora, como se viu, embora eu não tivesse praticado explicitamente, ter passado pelo processo centenas de vezes foi o suficiente e tudo correu como planejado).
Não há desvantagem, especialmente porque um monte de plugins foram movidos para o core e pode haver algo antigo que esteja quebrado. Depois que a coisa estiver funcionando, você pode restaurar os plugins que notar que estão faltando.
Melhor prática? Mantenha uma lista de verificação em algum lugar, você pode adicionar uma na UI update adicionando este CSS ao seu tema(../admin/customize/themes/ edit) se algum dia você ou alguém tiver a ideia de atualizar muito rapidamente:
.admin-contents.update .d-nav-submenu::before {content:“Lista de verificação de atualização” : Backup feito?\" ; “Anúncio meta do último mês lido? ; Principais bugs do último mês do Meta verificados? Compatibilidade de plugin essencial verificada? Versão de compatibilidade Postgres/Redis verificada? Momento certo para a atualização verificado? Disponibilidade da força de trabalho para solução de problemas em caso de falha na atualização verificada?” }
Checklists são uma boa ideia. Para mim, pensando em fazer um upgrade, eu espero por um lançamento, espero alguns dias, espero por um dia de semana, leio as categorias de Bugs e Suporte para ver quais problemas as pessoas estão tendo. E espero que esses problemas, se houver, sejam corrigidos.
Não, estou no tests-passed. É verdade que meu atraso de alguns dias permitirá que alguns commits adicionais sejam adicionados ao repositório, mas ao mesmo tempo permitirá que alguns erros sejam corrigidos. Quase todos os commits, é claro, não são problemáticos, então acho que é uma boa troca, mas as opiniões podem divergir.
Há uma enxurrada de atualizações logo após um novo beta, então mesmo em testes aprovados, alguns dias após uma atualização é um bom momento para uma atualização. Ou, talvez compartilhemos a mesma lógica falha!
Eu acho que você veria algo como a porcentagem de commits relacionados a bugs (não tenho certeza de como quantificar isso - talvez apenas contar aqueles com “FIX” no commit?) para os 5 dias seguintes a um lançamento em comparação com a porcentagem para o resto do tempo.
