В нашей организации есть сценарий процесса упаковки файла приложения (назовите его programname.app ), а затем создания файла .dmg с версией / отметкой даты ( programname_mac_installer_yyyymmdd (date_format_string) .dmg ), который включает файл ReadMe, текстовый файл лицензии и т. Д. Теперь, когда наступил январь 2020 года, и пользователи переходят на Catalina, мы уточняем процесс сценариев, чтобы включить вызовы xcrun altool -f programname_mac_installer_yyyymmdd.dmg --notarize-app [... etc.] и xcrun stapler staple programname_mac_installer_yyyymmdd.dmg с использованием всех требований Apple Notary.
Все вышеперечисленное работает нормально , уже. Вопрос в том, может ли имя_программы_mac_installer_yyyymmdd.dmg изменить имя файла (на что-то более короткое и простое, скажем, install_shortername.dmg ), после успешного выполнения команд нотаризации и сшивания для оригинал имя файла в сценарии? Мы настоятельно предпочитаем более простое имя файла .dmg, когда приходит время распространять его на веб-сайте, как это делают многие пользователи.
В качестве дополнительного усложнения используется версированное / с отметкой даты имя файла programname_mac_installer_yyyymmdd.dmg используется или может использоваться в процессе автообновления Sparkle, что означает, что мы должны запустить команду ruby для него, чтобы получить строку MD5 ha sh, которая входит в приложение Sparkle. xml файл , Поскольку эта последовательность автоматического обновления встречается довольно редко, я пока не знаю, будет ли команда сшивания, которая касается файла .dmg, также изменять MD5 га sh.
Я пытаюсь выяснить, сколько из этого процесса придется переделать, чтобы приспособить Каталину; если мне разрешено переименовывать нотариально заверенный и сшитый установочный файл, то изменения и, следовательно, области риска будут намного меньше. Кто-нибудь сталкивался и решил подобную проблему?