我建立一个自主办铬的扩展边缘和铬。 到目前为止，我得到了一个很好的工作CI管道使用家用这个插件(https://github.com/bmatthews68/crx-maven-plugin)和我管理的自动化的版本控制、包装和签署的。crx文件，并上传到联系储存库没有太多的麻烦(我们的意图是要点上传URL关系的版本中使用集团的政策得到扩展部署到用户)。
但我们已经发现这个插件是有点过时，并使用crx2格式，用于扩展的包装。 支持crx2是降至前一段时间(铬v75左右)，和目前版本的浏览器的要求crx3或不能安装的扩展。
似乎是唯一可靠的方式包crx3扩展，现在是使用的铬可执行的本身，但它看起来并不像个好主意CI管道：-/
任何建议，欢迎！