Как вы разрабатываете пакеты фреймворков для Mac App Store?

основываясь на ответе baptr, я разработал этот сценарий оболочки, который кодирует все мои фреймворки и другие двоичные ресурсы / вспомогательные исполняемые файлы (в настоящее время поддерживаемые типы: dylib, bundle и login items):

#!/bin/sh

# WARNING: You may have to run Clean in Xcode after changing CODE_SIGN_IDENTITY! 

# Verify that $CODE_SIGN_IDENTITY is set
if [ -z "${CODE_SIGN_IDENTITY}" ] ; then
    echo "CODE_SIGN_IDENTITY needs to be set for framework code-signing!"

    if [ "${CONFIGURATION}" = "Release" ] ; then
        exit 1
    else
        # Code-signing is optional for non-release builds.
        exit 0
    fi
fi

if [ -z "${CODE_SIGN_ENTITLEMENTS}" ] ; then
    echo "CODE_SIGN_ENTITLEMENTS needs to be set for framework code-signing!"

    if [ "${CONFIGURATION}" = "Release" ] ; then
        exit 1
    else
        # Code-signing is optional for non-release builds.
        exit 0
    fi
fi

ITEMS=""

FRAMEWORKS_DIR="${TARGET_BUILD_DIR}/${FRAMEWORKS_FOLDER_PATH}"
if [ -d "$FRAMEWORKS_DIR" ] ; then
    FRAMEWORKS=$(find "${FRAMEWORKS_DIR}" -depth -type d -name "*.framework" -or -name "*.dylib" -or -name "*.bundle" | sed -e "s/\(.*framework\)/\/Versions\/A\//")
    RESULT=$?
    if [[ $RESULT != 0 ]] ; then
        exit 1
    fi

    ITEMS="${FRAMEWORKS}"
fi

LOGINITEMS_DIR="${TARGET_BUILD_DIR}/${CONTENTS_FOLDER_PATH}/Library/LoginItems/"
if [ -d "$LOGINITEMS_DIR" ] ; then
    LOGINITEMS=$(find "${LOGINITEMS_DIR}" -depth -type d -name "*.app")
    RESULT=$?
    if [[ $RESULT != 0 ]] ; then
        exit 1
    fi

    ITEMS="${ITEMS}"$'\n'"${LOGINITEMS}"
fi

# Prefer the expanded name, if available.
CODE_SIGN_IDENTITY_FOR_ITEMS="${EXPANDED_CODE_SIGN_IDENTITY_NAME}"
if [ "${CODE_SIGN_IDENTITY_FOR_ITEMS}" = "" ] ; then
    # Fall back to old behavior.
    CODE_SIGN_IDENTITY_FOR_ITEMS="${CODE_SIGN_IDENTITY}"
fi

echo "Identity:"
echo "${CODE_SIGN_IDENTITY_FOR_ITEMS}"

echo "Entitlements:"
echo "${CODE_SIGN_ENTITLEMENTS}"

echo "Found:"
echo "${ITEMS}"

# Change the Internal Field Separator (IFS) so that spaces in paths will not cause problems below.
SAVED_IFS=$IFS
IFS=$(echo -en "\n\b")

# Loop through all items.
for ITEM in $ITEMS;
do
    echo "Signing '${ITEM}'"
    codesign --force --verbose --sign "${CODE_SIGN_IDENTITY_FOR_ITEMS}" --entitlements "${CODE_SIGN_ENTITLEMENTS}" "${ITEM}"
    RESULT=$?
    if [[ $RESULT != 0 ]] ; then
        echo "Failed to sign '${ITEM}'."
        IFS=$SAVED_IFS
        exit 1
    fi
done

# Restore $IFS.
IFS=$SAVED_IFS

1. сохраните файл в вашем проекте. Я держу свою копию в Scripts подкаталог в корне моего проекта.
   • помоему называется codesign-frameworks.sh.
2. добавить "запустить скрипт" на этапе построения сразу после "копирования встроенный Рамки " этап сборки.
   • вы можете назвать его "Codesign Embedded Framework".
3. вставить ./codesign-frameworks.sh (или то, что вы назвали своим скриптом выше) в текстовое поле редактора скриптов. Используйте ./Scripts/codesign-frameworks.sh если вы храните скрипт в подкаталоге.
4. создать приложение. Все связанные фреймворки будут разработаны кодами.

если вы все еще получаете "личность: неоднозначно (соответствует: ... " ошибка, пожалуйста, прокомментируйте ниже. Этот не должно происходить.

Обновлено 2012-11-14: добавление поддержки фреймворков со специальными символами в их названии (это не включает одинарные кавычки) в "codesign-frameworks.sh".

Обновлено 2013-01-30: добавление поддержки специальных символов во всех путях (это должно включать одинарные кавычки) в "codesign-frameworks.sh".

Обновлено 2013-10-29: добавление экспериментальной поддержки dylib.

Обновлено 2013-11-28: добавление поддержки прав. Улучшение экспериментальной поддержки dylib.

Обновлено 2014-06-13: исправление проблем проектирования кода с фреймворками, содержащими (вложенные) фреймворки. Это было сделано путем добавления до find, который вызывает find чтобы сделать первый обход глубины. Это стало необходимым, потому что проблема, описанная здесь. Короче говоря: содержащий пакет может быть подписан только в том случае, если его вложенные пакеты уже подписаны.

Обновлено 2014-06-28: добавление экспериментального пакета поддержка.

Обновлено 2014-08-22: улучшение кода и предотвращение сбоя восстановления IFS.

Обновлено 2014-09-26: добавлена поддержка элементов входа.

Обновлено 2014-10-26: проверка каталогов цитирования. Это исправляет ошибки "строка 31/42: слишком много аргументов "и результирующий" объект кода не подписан вообще " ошибка для путей, включая специальные символы.

Обновлено 2014-11-07: разрешение неоднозначной ошибки идентификации (например, " разработчик Mac: неоднозначный …") при использовании автоматического разрешения идентификации в Xcode. Вам больше не нужно явно устанавливать идентификатор и можно просто использовать "Mac Developer"!

Обновлено 2015-08-07: улучшение семантики.

улучшения добро пожаловать!