Creating a duplicate of production environment

@Remah Non ho parlato di sviluppo – ho detto “staging/testing”. Mi riferisco a un ambiente di staging per testare cose come l’importazione di messaggi da un’altra piattaforma, ecc.

No, non sto facendo spam al forum. Si tratta di un approccio completamente diverso. Quanto hai menzionato riguarda problemi o difetti esistenti nel sistema e il percorso standard di “backup/ripristino” che alcuni potrebbero considerare come un’opzione a questa strada; tuttavia, non è l’unica via da seguire e quindi sto esplorando un’altra opzione per configurare un ambiente di staging, seguendo una strada completamente diversa.

Il mio commento era diretto: ho detto “sviluppatore” perché hai “sviluppato” un’installazione di Discourse non standard.

Sappiamo che tali configurazioni generano molti problemi non rilevanti per la maggior parte delle istanze che utilizzano il metodo di installazione ufficialmente supportato.

Mi sono riferito all’argomento che hai creato perché è un esempio calzante.

Ricorda questo argomento. Non si tratta di una discussione sulle variazioni dalla norma, ma di una richiesta di passaggi standard:

La tua istanza è molto lontana da un insieme standard di passaggi:

Questo argomento si offusca sempre più man mano che vengono incluse configurazioni non supportate. L’installazione ufficiale ha una popolazione di centinaia o migliaia di utenti, dove i consigli saranno generalmente applicabili a tutti. Al contrario, le installazioni non standard spesso hanno una popolazione o dimensione del campione di uno, quindi è molto meglio inserirle in argomenti separati, poiché alcuni consigli potrebbero essere fuorvianti per la maggior parte.

Mi scuso se ho dato l’impressione di essere troppo deciso. :slightly_smiling_face:

Non sto cercando di dissuaderti dal pubblicare informazioni che probabilmente saranno molto utili per alcuni siti. Il tuo contributo sarà più utile e più facilmente reperibile se avrà un titolo proprio in un argomento dedicato.

In modo confuso, sto ricevendo il seguente errore qui:

$ git reset --hard '28032eaf38530b96c92aef3df42841aa8613a2f6'
fatal: Impossibile analizzare l'oggetto '28032eaf38530b96c92aef3df42841aa8613a2f6'.

Credo che questo sia l’hash corretto in esecuzione sul mio server di produzione e sembra esistere su GitHub: https://github.com/discourse/discourse/commits/28032eaf38530b96c92aef3df42841aa8613a2f6

Sembra pulito altrimenti:

$ git status
# Sulla branch master
nulla da commit, directory di lavoro pulita
$ git fsck
Controllo delle directory degli oggetti: 100% (256/256), completato.
Controllo degli oggetti: 100% (5038/5038), completato.

Voglio preparare l’aggiornamento alla versione 2.7.0.beta2, ma questo sembra impedirmi di iniziare dallo stesso punto dei server di produzione :frowning:

Oh, ho confuso gli hash di Discourse con quelli di discourse-docker… che sciocco. Dovrei inserire l’hash della versione di Discourse nel campo version: del file yml, come indicato su How do you install an earlier version of Discourse? - #2 by johnmuhl

Scusa per il disturbo.