Noté que de vez en cuando mi sitio de Discourse me envía un correo electrónico indicando que hay una nueva versión disponible para instalar, pero cada vez la versión es “x.y.z.beta algo”, por lo que me gustaría saber: ¿Discourse siempre está en alguna versión “beta”? ¿Es bueno instalarlo en un entorno de producción (es decir, para servir a cientos, quizás miles de personas)? ¿O esto solo concierne a las versiones gratuitas y no a las de “nube”?
6 Me gusta
Aquí tienes una buena explicación de las ramas que utilizamos:
Por lo tanto, Discourse se encuentra en un estado de beta perpetuo, lo que significa que siempre estamos trabajando en nuevas funciones y refinamientos. En nuestro caso, beta no significa inestable; alojamos sitios con millones de visualizaciones de páginas mensuales en nuestras versiones tests-passed y beta.
24 Me gusta
Para añadir a lo que publicó @awesomerobot:
Nuestra nomenclatura es un poco diferente a la de otras empresas de software, pero lo que significa cuando lanzamos un beta es que estamos liberando una nueva versión incremental. Hemos dicho: «Eso es suficiente por ahora. Avisemos a los sitios sobre las nuevas actualizaciones».
Por lo tanto, para nosotros, un beta es un aumento menor de versión, y una versión es un aumento mayor de versión. Son hitos que nos marcamos para celebrar el trabajo que hemos realizado. Solemos lanzar dos versiones mayores al año, pero todo depende del desarrollo de funciones y demás. No nos gustan realmente los plazos falsos.
En cuanto a las ramas
Stable/beta no son necesariamente más «estables» que tests-passed. Se trata más bien de la idea de que los errores son conocidos. Con tests-passed, pueden introducirse nuevos errores que se corrigen unos cuantos commits después.
Tests-passed no es muy diferente de la mayoría de las otras versiones de software que existen, que suelen lanzar pequeños cambios cada dos semanas. En cambio, nosotros incorporamos nuevos cambios casi a diario, y están disponibles a través de tests-passed.
17 Me gusta
Estoy en este hilo por la misma razón.
¿Por qué las instrucciones de instalación no nos dicen que instalemos la rama estable?
¿Cómo puedo cambiar a la rama estable o ya es demasiado tarde ya que estoy en una “versión superior”?
¿Se pueden actualizar las instrucciones?
Si ya es demasiado tarde, ¿cómo me mantengo en la rama estable una vez que se actualice?
¿Necesito seguir actualizando incrementalmente hasta llegar allí?
2 Me gusta
No puedes cambiar a estable hasta que se ponga al día. Discourse no admite degradaciones.
Una mejor pregunta es: ¿por qué querrías hacerlo?
Estable no se usa tanto, el enfoque del desarrollo está en las pruebas superadas.
Suponiendo que no estás actualizando ciegamente un sitio de producción y estás probando cada actualización antes de implementarla, la versión con más funciones y mejor soporte será la predeterminada.
4 Me gusta
Lo siento, debe ser un problema de barrera idiomática, pero ¿el enfoque significa
- el desarrollo del propio Discourse y cómo se construyen las ramas
- que todos los demás están haciendo principalmente el desarrollo de Discourse
El primero significa que los sitios de producción que se centran en foros funcionales y estables deberían usar test-passed.
El segundo significa que un sitio de producción, que produce foros, no código, debería usar stable.
Sí. Necesito desesperadamente clases de inglés porque estos matices no están totalmente claros para mí.
Pero si la primera suposición es correcta, ¿por qué existe la rama stable si no está pensada para ser utilizada?
2 Me gusta
Ejecutamos tests-passed en producción en nuestro hosting. Está 100% pensado para sitios de producción.
Stable significa que todos los errores de software son conocidos. No obtendrás nada nuevo (incluyendo nuevos errores, pero también correcciones de errores) hasta que se lance la próxima versión estable. Es simplemente una preferencia del sitio: ¿quieres características a medida que llegan? Usa tests-passed. ¿Quieres una compilación absolutamente estable que no cambie excepto en las actualizaciones de versión principal? Usa stable.
10 Me gusta
A eso añadiría: “¿quieres esperar de 6 a 8 meses para que se corrija un error que no se considera un riesgo de seguridad?” Usa stable.
11 Me gusta
Eso no es del todo cierto. Hay muchas correcciones de errores retroportadas a versiones estables.
4 Me gusta
Bueno, eso es muy cierto, estoy seguro.
¡Pero la hipérbole es lo mejor que existe!
5 Me gusta
Cierto, las que detienen el espectáculo. Los errores menores no.
2 Me gusta
Sería bueno si hubiera una opción en las instrucciones generales, algo así como las opciones de descarga de LibreOffice o Debian.
Estoy alojando el sitio en DO, pero mi copropietario era originalmente de discoursehosting.net como subdominio, y él ve todo este mantenimiento y dice: “¿Por qué no usamos simplemente discourse hosting?”.
Le dije que tenemos nuestro propio nombre, servidor, plugins de nivel superior (como “emoji likes” e inicio de sesión con Google) y otras cosas. Le dije que probablemente estaba usando una versión antigua de Discourse y que tampoco la había actualizado.
Yo también preferiría simplemente usar la versión estable y olvidarme de ella hasta dentro de seis meses. Soy un usuario habitual de Ubuntu, pero me pongo un poco nervioso al escribir esos pocos comandos de compilación. Además, el servidor se cae durante 5 minutos cuando reconstruyo.
Por otro lado, voy a solicitar que se integre una función de copia de seguridad y me apuntaría a la beta para probarla 
Solo para evitar cualquier tipo de especulación: en Communiteq (anteriormente discoursehosting.net) obtienes tu propio nombre de host, plugins de tu elección en el plan Profesional y superior, y nosotros respaldamos y actualizamos tu foro por ti. Así que sí, la mayoría de tus problemas se resolverán efectivamente utilizando alojamiento gestionado.
4 Me gusta
El problema original era solicitar una opción de compilación estable en las instrucciones de instalación de GitHub. Veo que proporciona versiones estables para sus clientes. ¿Quizás podría explicar amablemente cómo clonar e instalar una versión estable? Esa también fue mi pregunta original.
Como grupo pequeño y semiprivado, no hay justificación para nada menos que el servidor DO de $5. Sin embargo, tiene un gran servicio por $40 por mes para el plan profesional o el plan básico. Le deseo la mejor de las suertes. Es una buena oferta en comparación con los planes oficiales de Discourse. Todas las opciones son geniales para quienes pueden permitírselo. Esa es la gran parte de FOSS.
1 me gusta
Creía que la decisión de instalar en pruebas-superadas por defecto es bastante intencional.
Es mucho más fácil dar soporte a nuevas instalaciones a un solo nivel de software. Dado que el soporte proporcionado aquí se basa en la comunidad y, en su mayor parte, es 100% gratuito, no hay ninguna buena razón para complicarlo.
5 Me gusta
Las instrucciones de instalación estándar se simplifican por una razón.
Ejecutar stable se considera una configuración avanzada, por lo que necesita editar app.yml manualmente. Puede buscar “version” y ver documentado allí qué hacer.
Modificar discourse-setup para incluir esto como una opción sería confuso para la mayoría de las personas, por lo que no creo que se agregue allí.
2 Me gusta
Quizás una metáfora útil sea que la rama “estable” es como Microsoft Office basado en disco, mientras que la rama “tests-passed” es como Office 365 basado en la nube. Ambas son opciones viables y ambas reciben actualizaciones eventualmente, pero para un producto que ya está fundamentalmente en línea y que tiene un pequeño equipo de soporte, es más productivo poder indicar a las personas que actualicen sus instalaciones al código actual, para que los errores puedan ser probados y corregidos de manera oportuna. Como administrador del foro, es genial poder informar de un error y actualizar a una versión que lo soluciona en unos pocos días, a veces incluso al día siguiente. No he utilizado ninguna otra aplicación web que sea tan receptiva como esa. (No es que todos los errores se corrijan instantáneamente, pero muchos sí).
11 Me gusta
@pfaffman, seguí el enlace y el que me llevó, pero no vi nada sobre la configuración de stable. ¿Qué me estoy perdiendo? ¿Quiere decir “buscar en el archivo app.yml la palabra "version"”?
pero no creo que puedas pasar de test-passed a stable (ya que retrocederías en el commit y probablemente necesitarías revertir algunas migraciones en la base de datos, a menos que tu versión test-passed sea lo suficientemente antigua como para que la más nueva estable la haya superado, supongo 
)
4 Me gusta
¡Gracias por la rápida respuesta!
Esperaba que la actualización simplemente se suspendiera hasta el próximo ciclo de lanzamiento estable.
¿Alguna idea sobre esto? ¿Por qué cambiaría algo inmediatamente al cambiar el interruptor #version?
1 me gusta