Creating a duplicate of production environment

@Remah Eu não disse desenvolvimento — eu disse “staging/testes”. Estou falando de um ambiente de staging para testar coisas como a importação de mensagens de outra plataforma, etc.

Não, não estou fazendo spam no fórum. Isso é um processo de pensamento completamente diferente. O que você menciona refere-se a problemas ou falhas de backup que existem no sistema e ao caminho padrão de “backup/restauração” que alguns podem considerar como uma opção para essa situação; no entanto, não é o único caminho a seguir e, portanto, estou explorando outra opção de configurar um ambiente de staging desse tipo, seguindo um caminho totalmente diferente.

Meu comentário foi direto: usei o termo “desenvolvedor” porque você “desenvolveu” uma instalação do Discourse não padrão.

Sabemos que esse tipo de configuração gera muitos problemas que não são relevantes para a maioria das instâncias que utilizam o método de instalação oficialmente suportado.

Falei sobre o tópico que você criou porque ele é um exemplo claro disso.

Lembre-se deste tópico. Não se trata de discutir variações em relação ao padrão, mas sim de solicitar passos padronizados:

Sua instância está muito distante desse conjunto padrão de etapas:

Este tópico fica cada vez mais confuso quanto mais configurações não suportadas são incluídas nele. A instalação oficial tem uma base de usuários de centenas ou milhares, onde as orientações geralmente são aplicáveis a todos. Já as instalações não padrão frequentemente têm uma amostra de apenas um usuário, por isso é muito melhor tratá-las em tópicos separados, pois algumas orientações podem ser enganosas para a maioria.

Peço desculpas se pareci muito direto. :slightly_smiling_face:

Não estou tentando desencorajar você a postar informações que provavelmente serão muito úteis para alguns sites. Sua contribuição será mais útil e mais fácil de ser referenciada se tiver seu próprio título em seu próprio tópico.

De forma confusa, estou recebendo o seguinte erro aqui:

$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: Não foi possível analisar o objeto '28032eaf38530b96c92aef3df42841aa8613a2f6'.

Acredito que esse seja o hash correto que está rodando no meu servidor de produção, e parece existir no GitHub: https://github.com/discourse/discourse/commits/28032eaf38530b96c92aef3df42841aa8613a2f6

Parece estar limpo de outro modo:

$ git status
# Na branch master
nada para confirmar, diretório de trabalho limpo
$ git fsck
Verificando diretórios de objetos: 100% (256/256), concluído.
Verificando objetos: 100% (5038/5038), concluído.

Quero preparar a atualização para a versão 2.7.0.beta2, mas isso parece estar impedindo que eu comece no mesmo ponto dos servidores de produção :frowning:

Oh - confundi os hashes do Discourse com os hashes do discourse-docker… que bobo. Devo colocar o hash da minha versão do Discourse no campo version: do yml, conforme How do you install an earlier version of Discourse? - #2 by johnmuhl

Desculpe pelo ruído.