Tag: 协同设计

自动将您的iOS代码签名文件上传到Bitrise

我们刚刚推出了Codesigndoc的更新，如果您使用它，您一定会感激的：我们添加了一个选项，用于将配置文件和证书上传到 Bitrise 。 到目前为止，我们仅导出了属于某个项目的配置文件和证书，但是您必须手动上传它们。 从现在开始，您也可以使用Codesigndoc上载它们，因此在导出后，我们会询问您是否要将导出的文件上载到Bitrise，从而为您节省了麻烦并简化了iOS代码签名。 在上传任何内容之前，该步骤将检查您要上传的文件是否已经上传以避免重复。 这意味着您不必记住已上传的文件。 💭 该功能使用Bitrise API（在此处了解更多信息），该API利用访问令牌对用户进行身份验证。 要为您的用户获取个人访问令牌，请在bitrise.io上与该用户登录，转到“帐户设置”页面，然后选择左侧的“安全性”选项卡。 向用户请求访问令牌（请参见上文）。 应用程序列表将从Bitrise下载。 您可以选择要为其上传导出文件的应用程序。 检查服务器上的重复项。 上载新的配置文件和证书。 我们希望您会喜欢Codesigndoc的新增功能！ 建设愉快！ 最初发布在 Bitrise博客上 。

SwiftLint —实现代码库一致和样式约定的方法

SwiftLint是用于实施Swift样式和约定的开源工具。 它是由Realm开发的。 您可以设置不同的编码样式规则，并在新项目和现有项目的开发过程中强制使用它们。 SwiftLint具有命令行工具，Xcode插件，AppCode和Atom集成。 因此，它始终适合您的开发环境。 如果您违反棉绒规则，它将向您显示警告和/或错误。 步骤1.安装工具 将快速线添加到Pod文件并执行Pod安装。 吊舱“ SwiftLint” 步骤2.在构建中运行脚本 “ $ {PODS_ROOT} / SwiftLint / swiftlint” 现在，无论何时构建目标，Swiftlint都会自动运行。 如果使用现有项目运行，则可能会有警告/错误。 这是因为使用了默认规则。 步骤3.自定义规则 您可以找到所有规则。 默认情况下，启用约70％。 您可以使用项目根文件夹中的.swiftlint.yml文件来自定义规则。 让我们看一下如何创建.swiftlint.yml文件以及配置文件如何工作： ＃您可以禁用默认情况下已启用的规则 disabled_rules： -标识符名 -force_cast ＃同样，您可以启用默认情况下已禁用的规则 opt_in_rules： -first_where ＃排除您不想掉线的目录 排除： -豆荚 – 快车道 ＃使用“ xcode”，以便在构建时，结果将显示在Xcode中 记者：“ xcode” ＃其他记者：json，csv，checkstyle，junit，html，表情符号 ＃默认情况下，“ function_body_length”规则在40时触发警告，在100时触发错误 ＃这个例子增加了3倍 function_body_length： 警告：120 错误：300 为您的项目创建.Swiftlint.yml 1 —打开终端： CD …到您的项目路径 2-创建文件： […]

在Bitrise app上应用程序的代码签名选项卡上查看所有文件信息

您是否在Bitrise上看到自动执行“ iOS Auto Provision”步骤？ 我们确定您有。 但是，如果您不想使用它，则可以在代码签名选项卡上喜欢我们的更新。 有关配置文件和代码签名身份的更多信息，意味着更容易调试和更简单设置：您将看到需要上传哪些文件，到期日期和错误的密码。 打开应用程序的工作流程编辑器，然后单击“代码签名”选项卡。 以前，只有配置概要文件和代码签名身份的文件名在此可见，并且没有指出哪个概要文件与哪个身份匹配。 但是时代在变。 供应配置文件 在更新的选项卡上，您将看到每个供应配置文件的ID，导出类型，团队名称和捆绑包ID 。 到期日期也将列出，因此如果您需要更新您的配置文件将很清楚。 单击配置文件后，您会在弹出窗口中看到更多信息（从文件的元数据中提取）。 它将包括以下内容的列表： 所有匹配的证书 （不仅是上传的证书 ） 设备的UDID 能力 代码签名身份 在代码签名身份下，您可以上传新的身份或找到以前上传的身份的列表。 上载身份时，我们会自动检查 您的 密码是否正确，以便您可以立即排除可能的错误。 （如果您不使用密码，那么我们也可以。） 您可以拥有一个包含多个身份的.p12文件 ，并以此身份进行上传，也可以一个一个地上传。 无论哪种方式，您都可以在身份名称的下方看到团队和有效期 ，或者对于绑定的ID，可以在弹出窗口中找到此信息。 这将帮助您在Apple Developer Portal上及时重新生成它们。 这仅仅是开始， 我们也在开发其他一些很酷的功能 ： 单击预配配置文件后，您不仅会看到所有匹配配置文件的列表，还会看到它们是否已经上传以及它们是否已过期。 在同一弹出窗口的“设备”下，除了UDID外，您还可以确定该设备是否已经添加到Bitrise中以及由哪个用户添加。 代码签名愉快！ ✍

使用Codesigndoc自动执行iOS代码签名以进行实际设备UI测试

为了在真实设备上进行iOS UI测试，您需要安排代码签名。 我们已经更新了Codesigndoc，现在它可以为您找到UITest目标的正确文件。 用于在真实设备上运行应用程序 首先，基础知识：我们非常确定您知道， 如果您想在真实设备上运行您的应用，则需要先对其进行签名 。 为此，您将需要一个可爱的代码签名对，即Certificate和Provisioning Profile 。 因此，您需要找到正确的证书和供应配置文件对，并将其上载到Bitrise。 有时就像大海捞针（或两个）一样，这就是我们创建Codesigndoc工具的原因，该工具可以为您的项目导出所需的证书和配置文件。 只需在项目的目录中运行此脚本： bash -l -c “$(curl -sfL https://raw.githubusercontent.com/bitrise-tools/codesigndoc/master/_scripts/install_wrap-xcode.sh)” 这将安装并运行codesigndoc工具。 它将导出部署您的应用程序所需的所有代码签名文件： 此后，您必须将导出的证书和配置文件上载到Bitrise。 （转到您应用的“协同设计”标签。） 好的，您现在可以通过Bitrise为测试人员部署应用程序并到App Store。 但是，也可以在真实设备上运行UI测试，不是吗？ 用于在真实设备上运行UI测试 好吧，在Bitrise上，您可以选择在Firebase的 真实设备上运行UI测试 。 （了解有关在Bitrise上进行iOS设备测试的更多信息）。 但这也需要在Bitrise上为UI测试目标提供另一对证书和配置文件对 … 要在真实设备上运行UI测试，需要使用其他配置文件。 首先是基础知识： UI测试目标作为不同的应用程序在物理设备上的不同进程上运行。 这意味着将需要像您的应用程序一样对其进行签名。 您仍然还需要对您的应用程序进行签名（因为您的应用程序也将安装在设备上。） 对于UI测试，您还将需要App和UI测试目标的代码签名文件。 因此，您将需要同时运行install_wrap-xcode.sh （上面的脚本）和install_wrap-xcode-uitests.sh （下面的脚本）。 幸运的是，Codesigndoc现在还具有导出这些代码签名文件的选项。 只需在您的项目目录中运行此脚本即可。 bash -l -c “$(curl -sfL https://raw.githubusercontent.com/bitrise-tools/codesigndoc/master/_scripts/install_wrap-xcode-uitests.sh)” 它将导出UI测试目标所需的所有代码签名文件。 在也上传了这些导出的证书和配置文件之后，就完成了。 故障排除 如果UITest扫描程序找不到所需的方案，请按照下列步骤操作： 1.确保您的方案对运行UITest有效。 […]

苹果代码符号简化图

Apple文档似乎并不擅长简化开发人员的工作。 因此，为了使我清楚什么是代码签名，我提出了这些。 iOS应用程序需要通过Apple开发者团队资料中的证书进行签名，然后在指定设备上运行。 供应配置文件包括所有这些信息。 具体来说，在Xcode构建过程中，使用私钥对应用进行了签名。 供应简档包括公共密钥，该公共密钥是私有密钥的某些加密功能。 在新设备上安装该应用程序后，使用公钥解密来自该应用程序的某些消息可以验证该应用程序是否已被修改。 通常，构建iOS应用程序可满足以下两个目的之一：开发或发行。 用于两个目的的相应设置，命令和必需的配置文件如下：

您的代码签名文件可以吗？

在 Bitrise 上验证您的配置文件和代码签名身份， 并查看是否丢失或丢失了任何东西。 上周，我们在“代码签名”选项卡上进行了重大更改，并通过向其添加更多功能来使之更进一步。 打开应用程序的工作流程编辑器，然后单击“代码签名”选项卡。 您将在此处看到您的配置文件，或者现在可以添加一个。 您将在“显示匹配的证书，设备和功能”旁边看到文件的状态： 如果一切正常，您会看到一个绿点。 如果有需要修复的地方，您会看到一个橙色的点。 单击该按钮将弹出与上周介绍的相同的弹出窗口，但其他橙色圆圈将标记包含任何有问题的选项卡。 这些匹配的证书尚未上传： 注意：请同时在Code signing identities下的Code signing identities Code signing tab上检查配置文件的到期日期。 这些测试设备之一尚未在Bitrise上注册。 （加上从现在开始，您可以看到谁注册了该特定设备。） 我们希望此新功能可以使代码签名（以及您的生活）更加轻松。 🙂 让我们知道您的想法！ 代码签名愉快！ ✍ 最初发布在Bitrise博客上。

如何修复iOS应用程序代码签名错误？

在过去的一周中，我一直试图解决这个困扰我的问题，并在长期努力的最后解决了这个问题。 这不是一个常见的解决方案。 您真的需要这篇文章进行修复吗？ 也许。 因为在调查期间，我阅读了太多论坛（包括中文论坛，但没有阅读，只能看一下:)），文章，StackOverflow条目等，但是没有一个对我有帮助。 因此，我想为该问题创建一个修补程序编译 。 在开始之前，您可以在下面找到我的场景。 我有一个Cordova应用程序，并通过Cordova CLI生成了一个构建。 但这通常与本地ios应用程序构建没有什么不同。 实际上，直到MacOS和XCode更新，它都可以正常工作。 在Mojave和XCode 10更新之后，我无法在Jenkins上生成构建。 在下面的错误连续出现。 确切地说，这是与钥匙串和证书有关的问题。 ………. errSecInternalComponent Command /usr/bin/codesign failed with exit code 1 我们可以开始解决。 您应该知道那些常见的解决方案位于列表的开头。 常见解决方案1：检查有效证书 您应该检查钥匙串，以正确添加有效证书。 您可以通过“钥匙串访问”应用程序执行此操作，也可以通过终端执行以下命令。 安全查找身份-vp代码签名 您的证书必须在结果中。 如果不是，请删除证书，然后再次将其添加到钥匙串中。 常见解决方案2：锁定和解锁钥匙串 这里的另一个最常见的解决方案。 在终端中运行以下命令。 您应该添加自己的钥匙串名称和密码。 安全锁-钥匙串临时钥匙串 安全解锁钥匙串-pp @ ssw0rd临时钥匙串 在这种情况下，使用的钥匙串名称为“ temp”，其密码为“ p @ ssw0rd”。 另外，您可以在以下命令中找到钥匙串的完整路径，并且可以使用它代替钥匙串名称（temp）。 安全列表钥匙串 常见解决方案3：重启机器 可以看出它很有趣，但是大多数网站都强烈支持这种解决方案。 如果添加新证书，重新启动计算机可能会很有用。 您可以使用以下命令重新启动。 须藤重启 通用解决方案4：将“钥匙串密码”设置为分区列表 此解决方案解决了密码提示问题。 […]

Bitrise上的Pivotal iOS自动配置步骤更新

自从第一个版本的iOS Auto Provision在Bitrise上推出以来，我们收到了很多反馈； 谢谢，你们都！ 今天，我们发布了一个具有大量更新的新版本，其中进行了两个强制性更改（请参见6.）。 较旧版本的codesigndoc可能也已收集了较旧版本或已撤销的Codesign标识，并且在这些情况下，该步骤记录了已提供多个开发/发行证书。 从此版本开始，该步骤将处理具有相同公共名称的最新版本的证书，并且还将能够处理多个开发/发行身份。 该步骤的先前版本为项目中定义的Developer Portal应用程序设置了每个服务，无论是否已设置服务。 例如，启用推送通知功能会在每次运行iOS Auto Provision步骤时再次吊销推送证书。 从此版本开始，该步骤将检查所需的服务是否已启用。 使用Scheme输入（ 必填 ），您可以限制哪些目标，使用Configuration输入，可以定义要处理的构建配置。 通过使用这些新输入，您可以确切指定要自动配置哪些属性的目标。 以前，您可能会遇到以下错误消息：在某些情况下， Multiple profiles found with the name … 。 从现在开始，如果出现此类问题，该步骤将在5秒内重试配置文件管理功能，这很可能会消除该问题。 此版本将打印更多描述性的错误消息以及可能的解决方案。 现在处理来自Apple Developer Portal的响应，结果显示了用户友好的错误消息。 distributon_type输入已重命名为： distribution_type –不幸的是，输入的键包含拼写错误。 如果您更新步骤（或使用最新版本），请检查此输入的值，因为更新将删除先前版本的值 。 新的所需输入连接到： scheme （请参阅上面的第3条） 我们希望这些更新会派上用场，让我们知道您的想法！ 🙂 建设愉快！ 🏢 最初发布在 Bitrise博客上 。