I noticed that every now and then my Discourse site send me an email telling that a new version is available to install, but every time the version is “x.y.z.beta something”, so I’d like to know: is Discourse always some “beta” version? Is it good to install in a production environment (i.e. to serve hundreds, maybe thowsands people)? Or does this concerns only free and not “cloud” versions?
6 curtidas
There’s a good explanation of the branches we use here:
So Discourse is in a perpetual beta state, meaning that we’re always working on new features and refinement. In our case beta does not mean unstable; we host sites with millions of monthly pageviews on our tests-passed and beta versions.
24 curtidas
To add to what @awesomerobot posted:
Our nomenclature is a bit different than other software companies, but what it means when we release a beta is we’re releasing a new incremental version. We’ve said, “That’s enough changes for now. Let’s notify sites about new updates.”
So for us, a beta is a minor version bump, and a version is a major version bump. They’re checkpoints we give ourselves to celebrate the work we’ve done. We tend to release two major versions a year, but it all depends on feature development and the like. We’re not really into fake deadlines.
Regarding the branches
Stable/beta are not necessarily any more “stable” than tests-passed. It’s more the idea that the bugs are known. With tests-passed there may be new bugs introduced then fixed a few commits later.
Tests-passed is not much different than most other software releases out there, which usually release small changes every two weeks. We commit new changes almost daily instead, and they’re available 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