我不知道为什么 archive / macOS文件夹归档为什么没有被install4j签名，即使在常规设置中被指示“签名macOS媒体文件”也是如此。在构建期间查看日志，我确实看到DMG已签名。 签名证书很好，因为我已经签了另一个没有问题的应用程序，唯一的区别是媒体是 installer / macOS文件夹。因此，它在DMG上签名，而不在其中的app文件夹上签名吗？重点是什么？我一定很想念东西。
我正在尝试为用户实现一个非常简单的流程-单击dmg，将应用程序存档拖到“应用程序”中，然后单击以运行。无需安装程序。在从互联网上下载dmg之前，它非常有用，Mac认为这很危险，因为没有开发人员签名，因此乐趣无穷...如何使用install4j制作此签名？
任何帮助将不胜感激。 （install4j版本为6.1.6）
答案 0 :(得分：1)
我正在尝试为用户实现一个非常简单的流程-单击dmg，将> app存档拖到Applications中，然后单击运行。
然后使用macOS单捆绑包归档文件而不是macOS文件夹安装程序。
因此它在DMG上签名，而不在其中的app文件夹上签名吗？
不，DMG和所有生成的启动器均由install4j签名，用于macOS文件夹安装程序。
注意：对于macOS 10.14，您将需要install4j 7.0.6+，否则该签名被报告为无效。
讨论后在评论中更新：
在您的情况下，可执行文件是Shell脚本。对于mach-o二进制文件，macOS上的codesign工具将签名直接保存在二进制文件中；对于非mach-o二进制文件，它保存文件Info.plist的扩展HFS +属性。即使您在macOS上构建，install4j也不会选择这些扩展属性，它们将在运行时丢失并且签名无效。
恐怕前进的唯一方法是使用生成的启动器。