Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

TODO when breaking compatibility #94

Closed
3 tasks done
f-f opened this issue Feb 2, 2019 · 0 comments
Closed
3 tasks done

TODO when breaking compatibility #94

f-f opened this issue Feb 2, 2019 · 0 comments
Labels

Comments

@f-f
Copy link
Member

f-f commented Feb 2, 2019

The goal of this issue is to list all the things that we might want to do the next time we are going to break compatibility (probably when 1.0 will happen). The reason for this is that bundling breaking changes is always a good thing to do, since people will have to make changes anyways, and it's best to just do it once than to repeatedly have to do it.

Up to date list of things we might want to do:

  • rename packages.dhall to package-set.dhall: the name packages is confusing because we have to explain it contains the package-set update: the ship for this has probably sailed, as now spacchetti has merged into package-sets, so everything is just called packages, so let's keep it like that for consistency
  • stop publishing under purescript-spago on NPM, and only publish under spago: the fact that we publish both might be confusing
  • start failing when package-sets don't include the minimum compiler version update: this cannot be done by design, as package sets might come from a hash as well. All we can do then is to log a warning "spago assumes that you know what you're doing since we cannot parse the version from the package-set tag"
@f-f f-f added the RFC label Feb 2, 2019
@f-f f-f added this to the 1.0 milestone Feb 6, 2019
@f-f f-f closed this as completed Mar 3, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant