Updater的第一个工作版本已集成到ImageJ2代码库中。这是重要的一步：更新程序不仅可以连接到主ImageJ2更新站点，还可以连接到用户可能配置的任意数量的更新站点。同样，高级用户可能希望建立自己的更新站点，只需要具有直接文件访问或SSH/SFTP访问权限的网站（SFTP支持由Jarek Sacha提供）。
该更新程序是经过大量的 Fiji 更新程序，与 ImageJ Launcher 结合修改使用，我们仍然需要将其集成到fiji.git 的 ImageJ2 代码库中。
需要启动程序的原因是，当 .jar 文件中的类一直使用时，没有任何 Java 运行时环境可以正常处理 .jar 文件的覆盖。（这可能是对 Windows 的致敬，旧版本的可用文件句柄数量非常少。）举个例子：ImageJ 1.x 更新程序（“运行中”覆盖 ij.jar）在该开发人员的设置中始终使 ImageJ 1.x 崩溃。Updater/Launcher组合的工作原理如下：Updater将要更新的文件存储在
由于集成了许多更新程序，因此编写了适当的回归测试，以保证更新程序的功能不会因未来的更改而受到破坏。我们值得信赖的Jenkins将确保解决方案在源存储代码库中发布新的更改后很快进行这些回归测试，以便在任何用户遇到问题很快回归回归。事实上，由于回归测试的改进，更新站点一起出现的问题已经得到解决。
还做一些小事：需要针对跨更新站点问题和本机依赖项添加回归测试，并且我们需要从 Fiji Updater 提出适当的升级路径，以便实现我们的长期计划，使 Fiji 成为 ImageJ2 的上游更新站点，并把所有与生命科学不直接相关需要的 Fiji 组件移至 ImageJ2。
在相关新闻中，更新程序得到了增强，理论上它可以处理与Fiji/ImageJ2松散相关项目的更新站点，例如OMERO。
