Press question mark to see available shortcut keys

If you author Dart packages hosted on pub.dartlang.org, please read on for this important call for participation.

Hello Dart package authors! Time to test and stabilize your packages, and get ready for Dart 1.0. Wait, what?! 1.0? Forealz? Not yet, but soon. You can help the community, and new users, have a successful 1.0 launch by following these steps:

1) Please update your Dart Editor and SDK to 0.8.10+6 or later. The team is done with any breaking changes, and this is the release to test against.

If your package depends on packages produced by the Dart team, like "args", "unittest", "polymer", etc, please use these specific lower and upper bounds:

analyzer: >=0.10.1 < 0.11.0everything else: >=0.9.0 < 0.10.0

These specific versions protect your package, and more importantly your users, in the face of potential breaking changes in dependencies. Sometime after the 1.0 launch, each package will get its own release cadence.

That's right, the days of 'any' for library packages are over. With a stable SDK, there's no reason to force your users to live on the bleeding edge. Let's all stabilize the Dart community by specifying version dependencies for our libraries.

3) Test your package, and fix any breaks.

4) Bump the version of your package.

If your package is >=1.0: Add +1.0.0 if you introduced a breaking change, add +0.1.0 if you added a feature (and it does not break existing users), or add +0.0.1 if it is a bugfix.

If your package is <1.0: Technically anything less than 1.0 can break at any time. However we have found the following scheme is helpful to users of your package: add +0.1.0 if it is a breaking change, otherwise add +0.0.1. If you follow this scheme, let your users know!

5) Publish to pub.dartlang.org! Give yourself a high five for helping launch Dart.

Thank you for your early support and your help to get ready for the launch.

+Tais Plougmann Hansen IMO starring an issue is a marker for: I am interesting in how this issue is progressing. It does not necessarily mean that I want it to be solved quickly. Enums for example are interesting, but there are other bugs that I want to be fixed sooner than that.