Summary: This diff includes a few small things: - Menu: Don't select the first item until the user taps down arrow, and allow the user to use the arrow keys to move up and down through Menu items. - Menu: Make scroll code from MultiselectList re-usable, use in Menu. Now if you use the keys to move to an item that is offscreen it will follow. - Popover: Tapping the button that opened popover should close it - Make sure buttons in toolbars are at least standard height - Re-enable Markdown processing via `grunt docs` - A bit of initial inline documentation for crosjdoc. Need to evaluate whether this is worth doing everywhere. - New `search-playground` package for experimenting with search and search weights. - Swap itemClassProvider for more generic itemPropProvider - Add crojsdoc config file - Export React, because third party packages can't require things from our app - [FEATURE] Bring back static file support in third party packages via `nylas://translate/IMG_20150417_124142.jpg` - Fix invariant error with search bar - [FEATURE] "Show Original" under Message actions - Fix DatabaseView so that many archives at once don't cause problems Test Plan: Run specs Reviewers: evan Reviewed By: evan Differential Revision: https://review.inboxapp.com/D1426
4.4 KiB
Publishing a Package
This guide will show you how to publish a package or theme to the atom.io package registry.
Publishing a package allows other people to install it and use it in Atom. It is a great way to share what you've made and get feedback and contributions from others.
This guide assumes your package's name is my-package
but you should pick a
better name.
Install apm
The apm
command line utility that ships with Atom supports publishing packages
to the atom.io registry.
Check that you have apm
installed by running the following command in your
terminal:
apm help publish
You should see a message print out with details about the apm publish
command.
If you do not, launch Atom and run the Atom > Install Shell Commands menu
to install the apm
and atom
commands.
Prepare Your Package
If you've followed the steps in the your first package doc then you should be ready to publish and you can skip to the next step.
If not, there are a few things you should check before publishing:
- Your package.json file has
name
,description
, andrepository
fields. - Your package.json file has a
version
field with a value of"0.0.0"
. - Your package.json file has an
engines
field that contains an entry for Atom such as:"engines": {"atom": ">=0.50.0"}
. - Your package has a
README.md
file at the root. - Your package is in a Git repository that has been pushed to GitHub. Follow this guide if your package isn't already on GitHub.
Publish Your Package
Before you publish a package it is a good idea to check ahead of time if
a package with the same name has already been published to atom.io. You can do
that by visiting https://atom.io/packages/my-package
to see if the package
already exists. If it does, update your package's name to something that is
available before proceeding.
Now let's review what the apm publish
command does:
- Registers the package name on atom.io if it is being published for the first time.
- Updates the
version
field in the package.json file and commits it. - Creates a new Git tag for the version being published.
- Pushes the tag and current branch up to GitHub.
- Updates atom.io with the new version being published.
Now run the following commands to publish your package:
cd ~/github/my-package
apm publish minor
If this is the first package you are publishing, the apm publish
command may
prompt you for your GitHub username and password. This is required to publish
and you only need to enter this information the first time you publish. The
credentials are stored securely in your keychain once you login.
🎉 Your package is now published and available on atom.io. Head on over to
https://atom.io/packages/my-package
to see your package's page.
With apm publish
, you can bump the version and publish by using
apm publish <version-type>
where <version-type>
can be major
, minor
and patch
.
The major
option to the publish command tells apm to increment the first
digit of the version before publishing so the published version will be 1.0.0
and the Git tag created will be v1.0.0
.
The minor
option to the publish command tells apm to increment the second
digit of the version before publishing so the published version will be 0.1.0
and the Git tag created will be v0.1.0
.
The patch
option to the publish command tells apm to increment the third
digit of the version before publishing so the published version will be 0.0.1
and the Git tag created will be v0.0.1
.
Use major
when you make a huge change, like a rewrite, or a large change to the functionality or interface.
Use minor
when adding or removing a feature.
Use patch
when you make a small change like a bug fix that does not add or remove features.
Further Reading
- Check out semantic versioning to learn more about versioning your package releases.
- Consult the Atom.io package API docs to learn more about how
apm
works.