Notei que, de vez em quando, meu site Discourse me envia um e-mail informando que há uma nova versão disponível para instalação, mas toda vez a versão é “x.y.z.beta algo”. Gostaria de saber: o Discourse está sempre em alguma versão “beta”? É seguro instalar em um ambiente de produção (ou seja, para atender centenas, talvez milhares de pessoas)? Ou essa preocupação se aplica apenas às versões gratuitas e não às “cloud”?
6 curtidas
Aqui há uma boa explicação sobre as ramificações que utilizamos:
Portanto, o Discourse está em um estado de beta perpétuo, o que significa que estamos sempre trabalhando em novos recursos e refinamentos. No nosso caso, beta não significa instável; hospedamos sites com milhões de visualizações de página mensais em nossas versões tests-passed e beta.
24 curtidas
Para complementar o que o @awesomerobot postou:
Nossa nomenclatura é um pouco diferente da de outras empresas de software, mas o que significa quando lançamos uma beta é que estamos lançando uma nova versão incremental. Nós dizemos: “Já foram mudanças suficientes por enquanto. Vamos notificar os sites sobre as novas atualizações.”
Então, para nós, uma beta é um pequeno aumento de versão, e uma versão é um grande aumento de versão. São marcos que estabelecemos para celebrar o trabalho que realizamos. Tendemos a lançar duas versões principais por ano, mas tudo depende do desenvolvimento de recursos e afins. Não gostamos muito de prazos falsos.
Sobre as branches
Stable/beta não são necessariamente mais “estáveis” do que tests-passed. A ideia é mais que os bugs são conhecidos. Com tests-passed, podem surgir novos bugs que são corrigidos alguns commits depois.
Tests-passed não é muito diferente da maioria dos outros lançamentos de software, que geralmente lançam pequenas mudanças a cada duas semanas. Nós comprometemos novas mudanças quase diariamente, e elas estão disponíveis via tests-passed.
17 curtidas
Estou neste tópico pelo mesmo motivo.
Por que as instruções de instalação não nos dizem para instalar o branch estável?
Como posso mudar para o branch estável ou é tarde demais, já que estou em uma “versão mais alta”?
As instruções podem ser atualizadas?
Se for tarde demais, como permaneço no branch estável assim que ele for atualizado?
Preciso continuar atualizando incrementalmente até chegar lá?
2 curtidas
Você não pode reverter para a versão estável até que ela seja atualizada. O Discourse não suporta downgrades.
Uma pergunta melhor é: por que você faria isso?
A versão estável não é tão amplamente utilizada, o foco do desenvolvimento é em tests-passed.
Assumindo que você não está atualizando cegamente um site de produção e está testando cada atualização antes da implantação, a versão mais rica em recursos e com melhor suporte será a padrão.
4 curtidas
Desculpe, isto deve ser algum tipo de questão de barreira linguística, mas o foco significa
- desenvolvimento do próprio Discourse e como os branches são construídos
- todos os outros estão a fazer maioritariamente desenvolvimento do Discourse
O primeiro significa que os sites de produção que se focam em fóruns funcionais e estáveis devem usar testes-passados.
O segundo significa um site de produção, que produz fóruns, não código, deve usar estável.
Sim. Preciso desesperadamente de algumas aulas de inglês porque estas nuances não estão totalmente claras para mim.
Mas se a primeira suposição estiver correta, por que existe o branch estável se não se destina a ser usado?
2 curtidas
Executamos tests-passed em produção em nossa hospedagem. É 100% destinado a sites de produção.
Stable significa que todos os bugs de software são conhecidos. Você não receberá nada novo (incluindo novos bugs, mas também correções de bugs) até que a próxima versão estável seja lançada. É simplesmente preferência do site - quer recursos assim que chegam? Use tests-passed. Quer uma compilação absolutamente estável que não mudará, exceto em atualizações de versão principal? Use stable.
10 curtidas
A isso eu acrescentaria: “quer esperar de 6 a 8 meses por algo que é um bug, mas não é considerado um risco de segurança para ser corrigido?” Use stable.
11 curtidas
Isso não é totalmente verdade. Há muitas correções de bugs retroportadas para versões estáveis.
4 curtidas
Bem, isso é muito verdade, tenho certeza.
Mas hipérbole é a melhor coisa de todas!
5 curtidas
Verdade, as que impedem o funcionamento. Bugs menores não.
2 curtidas
Seria bom se houvesse uma opção nas instruções gerais, algo como as opções de download do LibreOffice ou do Debian.
Estou hospedando o site no DO, mas meu co-proprietário era originalmente do discoursehosting.net como um subdomínio, e ele vê toda essa manutenção e diz: “Por que não usamos apenas o discourse hosting?”
Eu disse a ele que temos nosso próprio nome, servidor, plugins de nível superior (como curtidas de emoji e login do Google) e outras coisas. Eu disse a ele que ele provavelmente estava usando um discourse mais antigo e nunca o atualizou.
Eu também preferiria usar a versão estável e esquecer sobre isso por seis meses. Eu uso o Ubuntu diariamente, mas fico um pouco nervoso ao digitar esses poucos comandos de compilação. Além disso, o servidor fica inativo por 5 minutos quando eu reconstruo.
Por outro lado, vou solicitar que um recurso de backup seja integrado e pularia para o beta para isso 
Apenas para evitar qualquer tipo de especulação: na Communiteq (anteriormente discoursehosting.net) você obtém seu próprio nome de host, plugins de sua escolha no plano Professional e acima, e nós fazemos backup e atualizamos seu fórum para você. Portanto, sim, a maioria dos seus problemas será de fato resolvida usando hospedagem gerenciada.
4 curtidas
A questão original era solicitar uma opção de build estável nas instruções de instalação do GitHub. Vejo que vocês fornecem releases estáveis para seus clientes. Talvez vocês possam explicar como clonar e instalar uma release estável? Essa também foi minha pergunta original.
Como um grupo pequeno e semi-privado, não há justificativa para nada menos que o servidor DO de US$ 5. No entanto, vocês têm um ótimo serviço por US$ 40 por mês para o plano profissional ou o plano básico. Desejo a vocês boa sorte. É um bom negócio em comparação com os planos oficiais do Discourse. Todas as opções são ótimas para quem pode pagar por isso. Essa é a grande parte do FOSS.
1 curtida
Acredito que a decisão de instalar em testes-aprovados por padrão seja bastante intencional.
É muito mais fácil dar suporte a novas instalações em um único nível de software. Como o suporte fornecido aqui é baseado na comunidade e, na maioria das vezes, 100% gratuito, não há bons motivos para complicá-lo.
5 curtidas
As instruções de instalação padrão são simplificadas por um motivo.
Executar stable é considerado uma configuração avançada, então você precisa editar o app.yml manualmente. Você pode pesquisar por “version” e ver documentado lá o que fazer.
Modificar o discourse-setup para incluir isso como uma opção seria confuso para a maioria das pessoas, então acho que não será adicionado lá.
2 curtidas
Talvez uma metáfora útil seja que o branch “stable” é como o Microsoft Office baseado em disco, enquanto o branch “tests-passed” é como o Office 365 baseado na nuvem. Ambas são opções viáveis, e ambas recebem atualizações eventualmente, mas para um produto que já é fundamentalmente online e que tem uma pequena equipe de suporte, é mais produtivo poder instruir as pessoas a atualizarem suas instalações para o código atual, para que os bugs possam ser testados e corrigidos prontamente. Como administrador de fórum, é ótimo poder relatar um bug e atualizar para uma versão que o corrija em poucos dias, às vezes até no dia seguinte. Não usei nenhum outro aplicativo web que seja tão responsivo quanto esse. (Não que todo bug seja corrigido instantaneamente, mas muitos são.)
11 curtidas
@pfaffman, segui o link e o que ele levou, mas não vi nada sobre definir a configuração para stable. O que estou perdendo? Você quer dizer “procurar no arquivo app.yml por "version"”?
mas não acho que você possa ir de test-passed para stable (já que você voltaria no commit e provavelmente precisaria reverter algumas migrações no banco de dados, a menos que sua versão test-passed seja antiga o suficiente para ser ultrapassada pela mais nova estável, suponho 
)
4 curtidas
Obrigado pela resposta rápida!
Eu esperava que a atualização apenas suspendesse até o próximo ciclo de lançamento stable.
Alguma ideia sobre isso? Por que algo mudaria imediatamente ao mudar a chave #version?
1 curtida