Skip to content
This repository has been archived by the owner on Jan 11, 2023. It is now read-only.

PLEASE READ - Future direction of Sapper #1429

Open
benmccann opened this issue Aug 22, 2020 · 9 comments
Open

PLEASE READ - Future direction of Sapper #1429

benmccann opened this issue Aug 22, 2020 · 9 comments

Comments

@benmccann
Copy link
Member

benmccann commented Aug 22, 2020

We are currently working on the successor to Sapper called SvelteKit. It contains most of Sapper's client code and adds unbundled development via Vite for a better development experience. There is a migration path from Sapper to SvelteKit

We are not accepting new features to Sapper as a result of our focus on SvelteKit. However, SvelteKit has received many features not present in Sapper and we will continue to add new functionality there

@Mlocik97
Copy link

Mlocik97 commented Mar 12, 2021

How long will be Sapper supported after SvelteKit release? Will repo / package exist after that, or will be removed at some point, or archived?

@benmccann
Copy link
Member Author

We won't be removing the repo or package, but won't be updating them either.

@antony antony changed the title Future directions PLEASE READ - Future direction of Sapper Mar 17, 2021
@lovasoa
Copy link

lovasoa commented May 6, 2021

Is sapper going to continue receiving bug fixes ?

@benmccann
Copy link
Member Author

We won't be fixing any bugs. We possibly would consider merging bug fixes that others submit though I prefer time spent reviewing PRs be spent on SvelteKit.

@lovasoa
Copy link

lovasoa commented May 6, 2021

So, for someone starting a project today, if sapper is not going to be maintained in the future and sveltekit is still in beta today, what would you recommend ?

@Mlocik97
Copy link

Mlocik97 commented May 6, 2021

@lovasoa You can use Sapper now, and migrate it to SvelteKit later, migration will be relatively easy. https://kit.svelte.dev/migrating

except when You have really fat server-side, like something complicated on server, then migration will be problem, so then it depends on how important it is to have stability, bug-free etc,... if stability is critical, then sapper or wait (I think SvelteKit 1.0 is not that far in future, maybe month), if it's not that critical software, you can use SvelteKit already.

Btw. Sapper was already for some long time (year+) maintained the way "just fixing critical bugs", but it was already half-way "unsupported", so it's not like something changed now in sapper development,...

p.s. I think SvelteKit is already usable for some types of projects, and there are already some web apps that run on SvelteKit (even critical ones)... I myself am developing 2 web apps in SvelteKit, one non-critical and one critical, that will go to production. But it also depend on how much you know about JS and Svelte,... if You are not advanced developer, then use Sapper for now, because it will problem to fix some problems for You, that SvelteKit can have.

@benmccann
Copy link
Member Author

I would generally recommend SvelteKit for new projects at this point. It's fairly far along towards getting to a 1.0 release. You can see what's been done vs what's left here: https://github.com/sveltejs/kit/milestone/2. If you need to launch quickly and need one of those things that's left to be done or need IE support which also hasn't been added yet then you may consider Sapper. SvelteKit may still have some API changes, but at this point that should be less work to adapt to than migrating from Sapper to SvelteKit

@MTyson

This comment has been minimized.

@benmccann

This comment has been minimized.

@sveltejs sveltejs locked and limited conversation to collaborators May 8, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants