Language-tools: Svelte Beta vs JamesBirtles / UnwrittenFun

prefiero la segunda opcion

No sé dónde, pero creo que @orta dijo algo como "tomar el control de Svelte Plugin en algún momento". Entonces, esto significaría que el complemento Svelte (actualmente antiguo) recibiría una actualización.

En cuanto a cuándo es eso: en mi opinión, todavía no, pero pronto. Todavía hay muchas refactorizaciones/trabajo preliminar en curso, por lo que creo que este repositorio se encuentra en un estado demasiado temprano.

Sí, pensé que enviaríamos una actualización de la versión Birtle para recomendar a la gente que se mudara una vez que "Svelte Beta" se volviera estable y cómoda (que no sé cuándo será, supongo que alguien probablemente me lo dirá, pero ahora no es seguro)

Supongo que el "Beta" ya funciona mejor que el que no es beta. ¿Hay algún problema conocido que haga que la "Beta" sea menos estable o una peor experiencia en general?

La experiencia es definitivamente mejor, pero aún no es tan estable, ya que agregamos mucho código nuevo y eso puede romper algunas cosas en el camino. Por ejemplo, agregamos svelte2tsx para mejorar la escritura no solo dentro script sino también dentro de la plantilla, y eso trajo algunos errores nuevos que se informaron.

Supongo que incluso a largo plazo podría ser útil tener uno "beta" y uno "estable". Entonces habría una extensión que podría usarse para impulsar cambios y obtener comentarios tempranos antes de dárselos a todos los usuarios.

¿Tenemos control editorial sobre el de James Birtles? ¿quiere entregarlo?

No creo que lo hagamos, pero está listo para dejarlo obsoleto.

Creo que podemos comenzar a impulsar esto, Svelte Beta se está volviendo más estable cada día y la gente todavía usa con demasiada frecuencia la versión anterior (casi 100k por ahora).

Muy bien, de acuerdo - OK, así que TODO IMO:

• Cree un flujo de trabajo de GH que use etiquetas, para que cualquier persona con acceso de escritura pueda implementar (hago esto en make-monaco-builds )
  
  
  
  • Implementa svelte-vscode en svelte.svelte-vscode usando la versión del paquete json
  
  
• Haga que el CI nocturno pase a un nuevo identificador ( svelte.svelte-vscode-nightly ) que sería una nueva extensión en la tienda
• https://github.com/UnwrittenFun/svelte-vscode ahora es de solo lectura, por lo que no podemos hacer relaciones públicas, pero podemos hacer una bifurcación para hacer una ventana emergente final de "mover a esta extensión", luego persuadir a @UnwrittenFun para publicarlo ❤️

Razonamiento:

• La extensión beta actual es svelte.svelte-vscode , debemos mantener ese identificador para la versión prod
• Forcé nuestra mano en Semver un poco, así que 1.0 = v100: D

¡Suena bien!

Solo para aclararme a mí mismo:

• El flujo de trabajo de GH sería el mismo que el actual, con la diferencia de que solo implementa la extensión y se ejecuta en etiquetas, no todas las noches, lo que significa que tan pronto como alguien con acceso de escritura cree una nueva etiqueta, la acción se ejecutará.
• La versión de la extensión dentro package.json ahora tendrá algún significado para la versión estable, y comenzaría en 100.0.0 porque ES IMPRESIONANTE (y lo forzaste :P).

¿Liderarías en esto? Ya tuviste contacto con @UnwrittenFun antes y conoces muy bien el tema de la implementación de la extensión.

• 1, sí. El proceso de implementación de productos sería "editar paquete.json al número de versión; etiqueta git [número]; git push --tags"
• 2, Sí, porque 100 es un punto de partida perfectamente redondo.

Sí, le daré una oportunidad a esto 👍🏾

@orta , ¿podría, como primer paso, cambiar el nombre de "Svelte Beta" a "Svelte (Oficial)"? Creo que esto ayudaría a que más personas instalen esta versión.

La extensión de Birtle no está publicada, por lo que ya no habrá confusión al respecto.