我的Java应用程序有一个启动器，它是一个.app和一个与之捆绑的辅助应用程序。
我正在尝试使用以下命令制作带有背景图像.pkg安装程序：
pkgbuild --root "./Temp" --identifier "com.company.id" --install-location "/Applications" --sign "signature" "temp.pkg"
productbuild --package-path "temp.pkg" --distribution "./Distribution.xml" --package-path "./Temp" --resources "./Resources" --sign "installer signature" "$FINAL_PKG"
当我在 ./Temp 的目录中查看两个.app文件夹时，当我用以下内容解构.pkg时：
pkgutil --expand "temp.pkg" "temp"
我看到.app文件夹，但有时从 pkg 安装时.app文件夹之一没有显示。它们似乎总是在第一次安装时显示，但在多次安装和删除应用程序的计算机上(例如在测试和开发计算机上(，其中一个.app文件夹最终不会显示。我想知道这里会发生什么？
最初，我们将帮助程序应用程序作为主应用程序放在一个单独的目录中，在这种情况下，有时不会安装帮助程序应用程序，但主应用程序始终会安装。接下来，我们尝试将辅助应用程序放入主应用程序，然后第一次有效，但下次我尝试从安装程序安装时，主应用程序不存在！
我遇到了大致相同的问题。OS X 安装程序似乎使用有关已安装软件包和应用程序捆绑包的信息来决定在何处以及是否安装新软件包。结果，有时我的安装程序没有安装任何文件，有时它只是覆盖了我的构建树中的.app捆绑包。不一定是用于构建安装程序的那个，而是OS X找到的任何.app捆绑包。为了让安装程序正确安装文件，我必须做两件事：
-
告诉 OS X 忘记已安装的软件包
sudo pkgutil --forget <package id>不确定你是否需要这，也不确定我的情况，但无论如何这可能是一个好主意。 -
删除应用程序的所有现有.app捆绑包。如果我不这样做，则在安装时会覆盖现有应用包，而不是将应用放置在/Applications 中。也许在构建安装程序包时有一种方法可以防止这种情况，但我还没有找到它。
如果可以的话，您可能应该尝试使您的应用程序自包含，以便用户只需将其拖放到/Applications 中即可安装它。当然，这仅在您不需要在.app捆绑包之外安装任何东西时才有效。
如果您不想(或不能期望其他用户(按照 villintehaspam 所述查找并删除应用程序的所有现有副本，或者只是确实需要不重新定位应用程序，则可以提供组件属性列表文件，BundleIsRelocatable设置为 false。
创建 plist 文件的有效版本的一种简单方法是使用 pkgbuild --analyze ;然后您可以编辑 one 属性并使用该文件。 例如：
pkgbuild --root myapp.root --analyze myapp.plist
/usr/libexec/PlistBuddy -c 'set :Dict:BundleIsRelocatable false' myapp.plist
pkgbuild --root myapp.root --component-plist myapp.plist [...other options...] myapp.pkg