• Create your update site, then upload your extension to it.
• You may add your update site to the list of built-in sites by editing the list of update sites page.
• To release a new version, upload it to the update site.

• Users enable the update site to receive your extension.
• ImageJ's Updater automatically checks for updates from all enabled update sites.

• You do not need server space to host your extensions; you can use a personal update site hosted on the ImageJ web site.
• Alternately, you can retain full control by hosting your update site yourself.
• Users are notified of updates without needing to check proactively.
• The updater manages dependencies for you.
• You can automate distribution using the command line updater.

• ImageJ 1.x does not support update sites; users will need to use ImageJ2 (or Fiji: "Fiji Is Just ImageJ2"). (You can convert an ImageJ 1.x installation to ImageJ2.)

• Write a mail to the fiji-devel mailing list to initiate a request.

• Users install Fiji, or enable the Fiji update site.

• Your extension is available with Fiji out of the box.
• A Fiji administrator will help (force ;-) you to manage your project.

• You must abide by the Fiji contribution requirements.
• You must rely on a Fiji administrator to upload new versions for you.

• Create an archive (TAR, ZIP, etc.).
• Upload the archive to the relevant web space, and link it.

• Users download the archive, unpacking it into ImageJ's plugins folder.

• You avoid the activation barrier of learning to use the Updater.

• Users must find your plugin via a link or web search.
• Users must perform a manual installation procedure.
• Users must manually check for later updates.
• Users will report bugs found in outdated versions of the extension.

• Create an account on GitHub.
• Create a new repository for your project.
• Push your code there.
• Learn Git to manage your code effectively.

• Git is an incredibly powerful way to keep track of your code.
• GitHub greatly facilitates collaboration: sharing ideas and patches.
• Seriously: Git and GitHub are amazing tools, and you will be orders of magnitude less effective without them.
• "Doing it in public" is a great way to stop sucking and be awesome instead.
• All of ImageJ, Fiji and related SciJava projects are hosted on GitHub.

• Git has a steep learning curve—the GitHub for Windows and GitHub for Mac clients make things easier.

• Request a Fiji administrator create a repository for you and add you as a contributor.
• Abide by Fiji contribution requirements.

• All the benefits of GitHub.
• A Fiji maintainer helps (forces ;-) you to manage your project.

• You must abide by the Fiji contribution requirements.

• Similar to GitHub, but using BitBucket instead.

• Similar to GitHub.

• ImageJ and related projects are hosted on GitHub, not BitBucket.
• BitBucket has a smaller user base than GitHub does.

• Similar to GitHub, but using SourceForge instead.

• SourceForge predates GitHub; some people prefer it.

• The interface is not as good as GitHub and BitBucket.
• The collaboration features are vastly inferior.
• SourceForge has a lot of downtime. (The ImageJ mirrors of SourceForge projects hence have a lot of problems.)
• Using SourceForge is highly discouraged compared to other code hosting sites.

• Create an archive (TAR, ZIP, etc.).
• Upload the archive to the relevant web space, and link it.
• Users download and unpack the archive.

• You avoid the activation barrier of learning a revision control system.

• No revision control system.
• No easy browsing of source code online.
• No easy submission of patches.
• No finding the code in web searches.
• No revision control system.
• No revision control system!

• Create an account.
• Create a page for your extension.

• The ImageJ wiki is part of imagej.net, the integrated ImageJ web site.
• The ImageJ wiki uses MediaWiki, the most popular wiki engine which drives Wikipedia.
• You can get started immediately; no human needs to approve your account or edits.

-

• Request an account from an IIDP administrator.
• Create a page for your extension.

• The ImageJ Information and Documentation Portal predates the ImageJ wiki, and many extensions are still primarily documented there.
• The IIDP is a fairly active wiki.
• The ImageJ developers hope to unify these two wikis in the future.

• The IIDP documents only ImageJ 1.x, not ImageJ2.
• You must explicitly request an IIDP account from an administrator.
• The wiki uses Plone, a lesser known CMS engine.

• Prepare an HTML page modeled after the list of ImageJ 1.x plugins.
• Email it to Wayne Rasband, the developer of ImageJ 1.x, and sole maintainer of the ImageJ 1.x website.

• Listed on the ImageJ 1.x website.

• Not collaborative. No one else can edit the ImageJ 1.x website—not even you!
• Hence, turnaround time on updates is longer.
• The list of plugins there is extensive and difficult to sort through.

• Total control of the content

• Nonstandard location. Users may have trouble finding your documentation.
• Not collaborative. No one else can improve the documentation.
• If your site goes down, users lose access to the information. (This happened with the 3D Viewer a while back. And the MBF Plugin Collection went permanently offline!)