Ho notato che ogni tanto il mio sito Discourse mi invia una mail per avvisarmi che è disponibile una nuova versione da installare, ma ogni volta la versione è “x.y.z.beta qualcosa”, quindi vorrei sapere: Discourse è sempre in una versione “beta”? È sicuro installarlo in un ambiente di produzione (cioè per servire centinaia, forse migliaia di persone)? O questa cosa riguarda solo le versioni gratuite e non quelle “cloud”?
6 Mi Piace
C’è una buona spiegazione dei rami che utilizziamo qui:
Quindi Discourse è in uno stato di beta perpetua, il che significa che stiamo sempre lavorando su nuove funzionalità e affinamenti. Nel nostro caso, beta non significa instabile; ospitiamo siti con milioni di visualizzazioni di pagine mensili sulle nostre versioni tests-passed e beta.
24 Mi Piace
Per aggiungere a quanto pubblicato da @awesomerobot:
La nostra nomenclatura è un po’ diversa da quella di altre aziende software, ma quando rilasciamo una beta significa che stiamo rilasciando una nuova versione incrementale. Abbiamo detto: “Per ora ci sono state abbastanza modifiche. Avvisiamo i siti dei nuovi aggiornamenti.”
Quindi, per noi, una beta è un incremento di versione minore, mentre una versione è un incremento di versione maggiore. Sono checkpoint che ci diamo per celebrare il lavoro svolto. Tendiamo a rilasciare due versioni maggiori all’anno, ma tutto dipende dallo sviluppo delle funzionalità e simili. Non siamo molto propensi a scadenze fittizie.
Riguardo ai rami
Stable/beta non sono necessariamente più “stabili” di tests-passed. È più l’idea che i bug siano noti. Con tests-passed potrebbero esserci nuovi bug introdotti e poi risolti pochi commit dopo.
Tests-passed non è molto diverso dalla maggior parte degli altri rilasci software disponibili, che di solito rilasciano piccole modifiche ogni due settimane. Noi invece commitiamo nuove modifiche quasi quotidianamente, e sono disponibili tramite tests-passed.
17 Mi Piace
Sono su questo thread per lo stesso motivo.
Perché le istruzioni di installazione non ci dicono di installare il branch stabile?
Come posso passare al branch stabile o è troppo tardi dato che sono su una “versione superiore”?
Le istruzioni possono essere aggiornate?
Se è troppo tardi, come rimango sul branch stabile una volta aggiornato?
Devo continuare ad aggiornare incrementalmente finché non ci arrivo?
2 Mi Piace
Non puoi passare a stable finché non raggiunge il livello attuale. Discourse non supporta i downgrade.
Una domanda migliore è: perché vorresti farlo?
Stable non è così ampiamente utilizzato, il focus dello sviluppo è sui test superati.
Supponendo che tu non stia aggiornando ciecamente un sito di produzione e che tu stia testando ogni aggiornamento prima della distribuzione, la versione più ricca di funzionalità e meglio supportata sarà quella predefinita.
4 Mi Piace
Mi dispiace, deve essere un problema di barriera linguistica, ma il focus significa
- lo sviluppo di Discourse stesso e come vengono create le branch
- tutti gli altri stanno facendo principalmente lo sviluppo di Discourse
Il primo significa che i siti di produzione che si concentrano sul forum funzionale e stabile dovrebbero usare test-passed.
Il secondo significa che un sito di produzione, che produce forum, non codice, dovrebbe usare stable.
Sì. Ho disperatamente bisogno di lezioni di inglese perché queste sfumature non mi sono del tutto chiare.
Ma se la prima ipotesi è corretta, perché esiste la branch stable se non è destinata all’uso?
2 Mi Piace
Eseguiamo tests-passed in produzione sul nostro hosting. È pensato al 100% per siti di produzione.
Stable significa che tutti i bug del software sono noti. Non otterrai nulla di nuovo (inclusi nuovi bug, ma anche correzioni di bug) fino al rilascio della prossima versione stabile. È semplicemente una preferenza del sito: vuoi le funzionalità man mano che arrivano? Usa tests-passed. Vuoi una build assolutamente stabile che non cambierà tranne negli aggiornamenti di versione principali? Usa stable.
10 Mi Piace
Aggiungerei: “vuoi aspettare 6-8 mesi affinché venga corretto un bug che non è considerato un rischio per la sicurezza?” Usa stable.
11 Mi Piace
Non è del tutto vero. Ci sono molte correzioni di bug ripristinate nelle versioni stabili.
4 Mi Piace
Beh, è piuttosto vero, ne sono sicuro.
Ma l’iperbole è la cosa migliore in assoluto!
5 Mi Piace
Vero, quelle che bloccano lo show. I bug minori no.
2 Mi Piace
Sarebbe bello se ci fosse una scelta nelle istruzioni generali, un po’ come le scelte di download di LibreOffice o Debian.
Sto ospitando il sito su DO ma il mio co-proprietario proveniva originariamente da discoursehosting.net come sottodominio, e vede tutta questa manutenzione e dice “Perché non usiamo semplicemente discourse hosting?”
Gli ho detto che abbiamo il nostro nome, server, plugin di livello superiore (come mi piace emoji e accesso con Google) e altre cose. Gli ho detto che probabilmente stava usando una versione precedente di Discourse e non l’aveva mai aggiornata.
Anch’io preferirei semplicemente usare la versione stabile e dimenticarmene per sei mesi. Sono un utente quotidiano di Ubuntu, ma mi innervosisco un po’ a digitare quei pochi comandi di build. Inoltre, il server va giù per 5 minuti quando ricostruisco.
D’altra parte, richiederò l’integrazione di una funzione di backup e mi unirei alla beta per essa 
Solo per evitare qualsiasi tipo di speculazione: presso Communiteq (precedentemente discoursehosting.net) ottieni il tuo hostname, plugin a tua scelta nel piano Professional e superiori, e noi effettuiamo backup e aggiornamenti del tuo forum per te. Quindi sì, la maggior parte dei tuoi problemi sarà effettivamente risolta utilizzando l’hosting gestito.
4 Mi Piace
Il problema originale era richiedere di fornire un’opzione di build stabile nelle istruzioni di installazione di GitHub. Vedo che fornite rilasci stabili per i vostri clienti. Forse potete spiegare gentilmente come clonare e installare un rilascio stabile? Quella era anche la mia domanda originale.
Come gruppo piccolo e semi-privato, non c’è giustificazione per nulla di meno del server DO da $5. Tuttavia, offrite un ottimo servizio a $40 al mese per il piano professionale o il piano base. Vi auguro buona fortuna. È un buon affare rispetto ai piani ufficiali di Discourse. Tutte le opzioni sono ottime per chi può permetterselo. Questa è la grande parte di FOSS.
1 Mi Piace
Ritengo che la decisione di installare per impostazione predefinita su test-passed sia del tutto intenzionale.
È molto più facile supportare nuove installazioni a un singolo livello software. Poiché il supporto fornito qui è basato sulla community e per la maggior parte gratuito al 100%, non c’è alcun buon motivo per complicarlo.
5 Mi Piace
Le istruzioni di installazione standard sono semplificate per un motivo.
Eseguire stable è considerato un setup avanzato, quindi è necessario modificare app.yml manualmente. Puoi cercare “version” e vedere lì documentato cosa fare.
Modificare discourse-setup per includere questa opzione sarebbe confusionario per la maggior parte delle persone, quindi non credo che verrà aggiunta lì.
2 Mi Piace
Forse una metafora utile è che il branch "stable" è come Microsoft Office basato su disco, mentre il branch "tests-passed" è come Office 365 basato su cloud. Entrambe sono opzioni valide e entrambe ricevono aggiornamenti alla fine, ma per un prodotto che è fondamentalmente già online e che ha un piccolo team di supporto, è più produttivo poter istruire le persone ad aggiornare le loro installazioni al codice corrente, in modo che i bug possano essere testati e corretti tempestivamente. Come amministratore del forum, è fantastico poter segnalare un bug e aggiornare a una versione che lo corregge entro pochi giorni, a volte anche il giorno successivo. Non ho utilizzato altre web app che siano reattive come questa. (Non che ogni bug venga corretto istantaneamente, ma molti lo sono.)
11 Mi Piace
@pfaffman, ho seguito il link e quello a cui portava, ma non ho visto nulla riguardo all’impostazione della configurazione su stable. Cosa mi sfugge? Intendi “cercare nel file app.yml la parola "version"”?
ma non credo che tu possa passare da test-passed a stable (poiché torneresti indietro nel commit e probabilmente dovresti annullare alcune migrazioni nel database, a meno che la tua versione test-passed non sia abbastanza vecchia da essere superata dalla versione stabile più recente, suppongo 
)
4 Mi Piace
Grazie per la rapida risposta!
Mi aspettavo che l’aggiornamento si sospendesse semplicemente fino al prossimo ciclo di rilascio stable.
Qualche chiarimento in merito? Perché qualcosa dovrebbe cambiare immediatamente dal semplice cambio dell’interruttore #version?
1 Mi Piace