我正在尝试为iPhone应用程序设置自动化构建服务器。我希望能够每晚创建adhoc测试版构建，以便测试人员可以跟进开发。
我已成功设置了xcode以执行adhoc构建，并且也可以通过命令行启动构建：
xcodebuild -configuration AdHoc -sdk iphoneos2.2 clean build
我的问题是，以下行不适用于forked终端（使用nohup或screen），并出现以下错误：
CodeSign error: Code Signing Identity 'iPhone Distribution: XXXXX' does not match any code-signing certificate in your keychain. Once added to the keychain, touch a file or clean the project to continue.
我已经检查了我的shell和nohup或screen中的环境变量，但没有找到线索。我猜想我的问题是forked终端无法访问钥匙串，但我不知道如何允许它访问。
感谢您的帮助。
我曾遇到过错误"User interaction is not allowed"，并通过先解锁钥匙串来解决它。
security unlock-keychain /Users/yannooo/Library/Keychains/login.keychain
我也尝试将我的证书放入系统的钥匙串中，而且它确实起作用了。我的最终解决方案是使用 Keychain Access 应用程序将所有与 iPhone 相关的证书放入名为 iPhone.keychain 的专用钥匙串中。
security list-keychains -s /Users/yannooo/Library/Keychains/iPhone.keychain
security unlock-keychain -p keychainpassword /Users/yannooo/Library/Keychains/iPhone.keychain
/usr/bin/codesign，那么仍然会收到此消息。最后，如果您使用的是Mac OS Sierra，则为密钥分配的默认分区ID不正确，以与codesign二进制文件兼容。codesign。在这种情况下，您显然无法访问“Keychain Access”GUI。对于这些情况，您可以使用以下命令验证应用程序<null>缺少的sign授权，该授权显然适用于所有应用程序，或特别适用于/usr/bin/codesign：security dump-keychain -i login.keychain
但是，由于某种原因，您不能在交互模式下添加或修改访问控制属性——只能删除！实际上，您必须手动删除密钥并重新将其加入到密钥链中，指定 -T 标志。
security import login.keychain -P "<password>" -T /usr/bin/codesign
-T指定了
-T Specify an application which may access the imported key (multiple -T options are allowed)
3) 如果你使用的是Mac OS Sierra系统，请修改分区ID以包括apple分区。据推测，这是由于codesign是由苹果公司分发的，因此被分配了该命名空间。
security set-key-partition-list -S apple-tool:,apple: -k "<password>" login.keychain
注意： apple-tool分区是由security工具插入的，因此上述命令会保留该分区。有关此方面的更多信息，请参见：http://www.openradar.me/28524119
另一种解决方案：
您可以在构建过程中使用security list-keychains -s ${HOME}/Library/Keychains/login.keychain来显式地将您的登录钥匙串添加到搜索列表中吗？似乎从分叉的终端，构建过程看不到您的用户钥匙串。如果钥匙串搜索列表基于当前安全会话，这可能是有道理的 - 分叉的终端会像通过环回连接进行ssh一样保留登录会话。
针对遇到Jenkins类似问题的用户更新：
如果您设置了Mac以通过LaunchDaemons启动Jenkins，则需要确保添加以下内容：
<key>SessionCreate</key>
<true />
整个ci.plist文件应该如下所示：
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
<key>Label</key>
<string>Jenkins</string>
<key>UserName</key>
<string>user</string>
<key>GroupName</key>
<string>staff</string>
<key>ProgramArguments</key>
<array>
<string>/usr/bin/java</string>
<string>-Xmx512m</string>
<string>-jar</string>
<string>/path/to/jenkins/jenkins.war</string>
</array>
<key>RunAtLoad</key>
<true/>
<key>KeepAlive</key>
<true/>
<key>EnvironmentVariables</key>
<dict>
<key>JENKINS_HOME</key>
<string>/path/to/jenkins/home</string>
</dict>
<key>SessionCreate</key>
<true />
</dict>
</plist>
$ security list-keychain
"/Library/Keychains/System.keychain"
"/Library/Keychains/System.keychain"
但是在ssh shell中运行时，我会得到以下错误提示：
$ security list-keychain
"/Users/<i>user_account_name</i>/Library/Keychains/login.keychain"
"/Library/Keychains/System.keychain"
$ sudo security list-keychains -d system -s "/Library/Keychains/sysiphone.keychain"
Password: *****
$ security list-keychains -d system
"/Library/Keychains/sysiphone.keychain"
我开始在Jenkins中构建，神奇的事情发生了。哇...这对我来说浪费了大约4个小时。叹气。
security unlock-keychain login.keychain
第二个是（空）密码短语。
security import blahblahbackup.p12 -k login.keychain -T /usr/bin/codesign -P ""
更新：
我后来遇到了一个小问题，当脚本从网页脚本（或类似的东西）触发时。它只能看到 /Library/Keychains/System.chain。所以我找到了一个不太好的解决方法（可能会导致安全问题，但对我来说还可以）;
someuser 工作，并且构建的所有内容都已设置在 someuser 上。我的 php 脚本（用于触发构建）正在调用 ~/build-script。我把它改成了这样:
ssh someuser@localhost ~/build-script
所以它在真正的 tty 中工作，并且所有钥匙串都是可访问的，一切正常运行。
security list-keychains -s "~/Library/Keychains/login.keychain"
security show-keychain-info keychain-file”，则会收到以下错误：
这是一个搜索更多信息的短语。 另一种解决方案是将证书放入您的系统钥匙串中！不允许用户交互
我查看了安全命令，发现在分叉时分配给我的终端的钥匙串与启动安全命令时不同。如果我在终端中启动安全命令，则会显示：
$ security list-keychains
"/Users/yannooo/Library/Keychains/login.keychain"
"/Library/Keychains/System.keychain"
然而，当我使用screen时，输出结果如下：
$ security list-keychains
"/Library/Keychains/System.keychain"
"/Library/Keychains/System.keychain"
由于我的构建证书存储在登录钥匙串中，所以我遇到的代码签名错误看起来很正常。
有人知道如何将钥匙串分配给终端吗？我已经尝试过但没有成功。
security login-keychain -s /Users/yannooo/Library/Keychains/login.keychain
ios.keychain）su并运行security list-keychains来验证它。您应该在列表中看到ios.keychain。（sudo security list-keychains不会显示相同的内容）：sh-3.2# security list-keychains
"/private/var/root/Library/Keychains/login.keychain"
"/Library/Keychains/ios.keychain"
"/Library/Keychains/System.keychain"
unlock-keychain命令之前，您仍然需要将ios.keychain添加到搜索范围中。在您的构建脚本中，请运行以下行：KEYCHAIN=/Library/Keychains/ios.keychain
# the -s option adds $KEYCHAIN to the search scope, while the -d option adds $KEYCHAIN to the system domain; both are needed
security -v list-keychains -d system -s $KEYCHAIN
security -v unlock-keychain -p bambooiphone $KEYCHAIN
security list-keychains命令，发现你的自定义钥匙串在列表中出现，但仍然无法使用，可能是因为你遇到了我所遇到的问题，即钥匙串按照搜索列表的顺序进行检查。由于我没有在SSH会话中解锁login.keychain，它就会在那里失败，而不会移动到列表中的下一个钥匙串，也就是我想要解锁的自定义钥匙串。
将搜索列表设置为一个使用security unlock-keychain解锁的自定义钥匙串可以解决这个问题。使用Yann的答案中的方法还可以从搜索列表中删除你的login.keychain。
如果要保留login.keychain：
security list-keychains -s ~/Library/Keychains/custom.keychain ~/Library/Keychains/login.keychain
这样，当您在机器上使用GUI会话时，仍然可以访问login.keychain项目，但代码签名将首先检查自定义钥匙串，如果您已解锁它，则成功。