ios企业签名是什么意思

ios企业签名是什么意思

企业账号证书签名区别于个人账号和公司账号，企业签名后的app可以直接用来内部下载安装测试使用，不用审核，但是不上架appstore，可以是直接用链接或二维码进行下载。

苹果ios帐号证书签名 多少钱

有账号就可以制作证书，证书可以用于给代码/app签名，签名后的app可以发布。

账号的开发权限是要买的，个人版/公司版每年费用为99$，企业版299$。企业版面向500人以上企业，开发的app只能发布在自己的服务器上，而不能上传苹果商店。

个人版/公司版可以发布app到苹果商店。他们的区别在于签名性质，前者是个人所有，后者是公司所有。

每个账号在使用期内都可以免费制作任意个开发、发布证书，不受限制。

IOS APP 如何签名？ 高分求教！

企业账号证书签名区别于个人账号和公司账号，企业签名后的app可以直接用来内部下载安装测试使用，不用审核，但是不上架appstore，可以是直接用链接或二维码进行下载。

如何让淘宝卖ios企业证书签名的立马被苹果封号

苹果的企业证书 in house发布，只能发布给企业内部员工使用。

如果被查出用来发放给普通消费者是会封的。

貌似封的期限是一年，一年后对应的企业邓白氏码貌似又可以注册。

至于想等到被封给苹果发邮件，基本没用。

哪怕你打到苹果中国开发者服务热线，他们的权限也不够处理这事。

苹果中国开发者服务热线，貌似只能停留在购买证书支付上。

苹果公司发布企业签名不审核通知！ 苹果公司要求全部上架AppStore！ 2016年6月7日下午苹

身为一个iOS开发者，并没有收到类似苹果官方声明、文件。绝对是骗子！

iOS企业开发者账号ipa签名后如何进行部署发布

*

你可以将签好的IPA包上传到蒲公英，生成二维码进行分发；

*

你也可以将签好的IPA包上传到fir.im上，生成二维码进行分发；

*

你还可以把签好的IPA包上传到自己的服务器进行分发。

如何对iOS应用进行修改并重新签名

1.预先准备在你开始将程序提交到App Store之前，你需要有一个App ID，一个有效的发布证书，以及一个有效的Provisioning profile。下面来看看它们各自的作用。Step 1: App ID（应用ID）App ID是识别不同应用程序的唯一标示符。每个app都需要一个App ID或者app标识。目前有两种类型的App标识：一个是精确的App ID（ explicit App ID），一个是通配符App ID（ wildcard App ID）。使用通配符的App ID可以用来构建和安装多个程序。尽管通配符App ID非常方便，但是一个精确的App ID也是需要的，尤其是当App使用iCloud 或者使用其他iOS功能的时候，比如Game Center、Push Notifications或者IAP。 如果你不确定什么样的App ID适合你的项目，我推荐你读下苹果关于这一主题的文档： Technical Note QA1713。 Step 2: Distribution Certificate(发布证书) iOS应用都有一个安全证书用于验证开发者身份和签名。为了可以向App Store提交app，你需要创建一个iOS provisioning profile 。首先需要创建一个distribution certificate（发布证书），过程类似于创建一个development certificate（开发证书）。如果你已经在实体设备上测试你的App，那么你对创建development certificate就已经很熟悉了。 如果对此不熟悉，我建议你读下 苹果关于signing certificates和provisioning profiles的详细指导 。 Step 3: Provisioning Profile(配置文件) 一旦你创建了App ID和distribution certificate，你可以创建一个iOS provisioning profile以方便在App Store中销售你的App。不过，你不能使用和ad hoc distribution相同的provisioning profile。你需要为App Store分销创建一个单独的provisioning profile，如果你使用通配符App ID，那么你的多个app就可以使用相同的provisioning profile。 Step 4: Build Settings(生成设置)配置App ID、distribution certificate 和provisioning profile已经完成，是时候配置Xcode中target的build settings了。在Xcode Project Navigator的targets列表中选择一个target，打开顶部的 Build Settings选项，然后更新一下 Code Signing来跟之前创建的distribution provisioning profile相匹配。最近添加的provisioning profiles有时候不会立马就在build settings的 Code Signing中看到，重启一下Xcode就可以解决这个问题。 配置Target的Build SettingsStep 5: Deployment Target(部署目标)非常有必要说下deployment target，Xcode中每个target都有一个deployment target，它可以指出app可以运行的最小版本。不过，一旦应用在App Store中生效，再去修改deployment target，你要考虑到一定后果。如果你在更新app的时候提高了deployment target，但是已经购买应用的用户并没有遇到新的deployment target，那么应用就不能在用户的移动设备上运行。如果用户通过iTunes (不是设备)下载了一个更新过的app，然后替代了设备上原先的版本，最后却发现新版本不能在设备上运行，这确实是个问题。(1) 当你决定提高现有app的deployment target时，要在新版本的版本注释中进行说明。如果你提前告知用户，那么至少有一点，你已经尽力阻止问题的发生了。(2) 对于一款新app，我经常会把deployment target设置为最近发布的系统版本。因为新iOS版本发布后，渗透率的增长速度是令人难以置信的。很多人认为提高deployment target会失去大部分市场，这个说法并不准确，比如iOS 6， iOS 6发布后一个月，超过60%的设备已经进行了更新 。但对Android而言，就是另外一回事了， Android用户并不会像iOS用户那样热衷于更新操作系统版本 。 【以上简而言之，最好从项目设计时，就决定是否考虑兼容低版本用户，支持的话，写代码时使用ios新特性时最好做一下判断，if是老版本if是新版本】在最新的WWDC2014上，公布的数字显示，iOS7的市场占有率已经为87%2. Assets(资源包)Step 1: Icons(图标)Icon是App中不可分割的一部分，你要确保icon尺寸不会出现差错。iTunes Artwork: 1024px x 1024px (required)iPad/iPad Mini: 72px x 72px and 114px x 114px (required) iPhone/iPod Touch: 57px x 57px and 114px x 114px (required) 120px x 120px(required) for iPhone5/iPhone5c/iPhone5sSearch Icon: 29px x 29px and 58px x 58px (optional) Settings Application: 50px x 50px and 100px x 100px (optional) Step 2: 屏幕截图屏幕截图的作用不言而喻，你可以为每个app上传5张截图，虽然至少需要上传一张，可能很少有人会只上传一张图片。另外，你还需要分别为iPhone/iPod Touch和iPad/iPad Mini准备不同的屏幕截图。这也是不小的工作量，但却能展示应用的另一面。Shiny Development开发的一款售价6.99美元的Mac软件 Status Magic可以为你节省不少时间。Status Magic可以帮你把状态栏放在截图的正确位置。 屏幕截图和icon是应用给用户的第一感觉，直接关系到用户会不会购买。不过，你所上传的屏幕截图也不一定非得是实际的截图，看看 Where’s My Water? 截图可以通过使用此策略，更具吸引力和说服力。当我们连上调试机以后。可以利用Xcode中Organizer中的New Screenshot轻松的截出标准大小的图片。Step 3: 元数据 在提交应用之前，要管理好app的元数据，包括1应用名称、2版本号、3主要类别，4简洁的描述，5关键词，6.支持URL。如果你需要更新应用，你还要提供新增加的版本内容。 如果你的应用需要注册【打开APP需要登录，比如飞信】，你还得向苹果提供一个测试账户或者demo账户，这样审核人员就能很快进入app，而不用再注册账号。3. 提交准备Xcode 4以后，开发者提交应用的过程就简单多了，可以直接使用Xcode进行提交。首先在 iTunes Connect中创建app，访问iTunes Connect，使用你的iOS开发者账号登陆，点击右边的“Manage Your Apps”，点击左上角的“Add New App”，选择“iOS App”，然后完成表格。

如何重新签名ipa文件

准备

在重签名之前要做一些准备工作。

1.首先要下载并安装Xcode，里面有个codesign_allocate程序，在安装时/usr/bin中会多一个codesign的程序，该程序用于ipa包的签名。

2.企业证书的Certificate文件，私钥文件，Provisioning Profile文件等。注意企业证书一定要是iOS Distribution的类型，不能是iOS Development。

重签名步骤

1.解压ipa

解压ipa得到Payload/[App name].bundle，打开bundle。

2.删除旧的ipa签名信息

删除bundle中的_CodeSignature文件夹，也就是删除之前ipa的签名信息。

3.更换证书

将bundle中旧的Provisioning Profile删除，用我们自己的企业证书的Provisioning Profile替代。

注意，要将ipa包中我们的企业证书改名为embedded.mobileprovision。

4.修改bundle内容

此时我们可以尽情地修改bundle中的内容，例如添加一个动态库，删除一张图片等。

注意：如果要往bundle中添加动态库，必须要先将其压缩成zip文件，在程序启动时将其解压到Documents目录下再dlopen，否则程序在启动时加载动态库文件会卡死在那里。

5.重新签名

在完成bundle内容的修改后，需要通过/usr/bin/codesign程序重新签名，命令如下：

/usr/bin/codesign -f -s "iPhone Distribution: YourCompanyName" --resource-rules Payload/ MYAPP.app/ResourceRules.plist Payload/ MYAPP.app

其中iPhone Distribution可以从钥匙串访问中获取，就是企业证书的名字，例如下面的"iPhone Distribution:XXXXXXXXXX"：

具体的命令示例：

codesign -f -s "iPhone Developer: XXXXXXXXXX" --resource-rules Payload/NdCP_Game_Demo.app/ResourceRules.plist Payload/NdCP_Game_Demo.app

这条命令的意思是：使用keychain中"iPhone Developer: XXXXXXXXXX"标识的证书，根据Payload/NdCP_Game_Demo.app/ResourceRules.plist文件中的规则进行签名，如果ipa包中已经存在签名，那么将被替换，该过程生成的_CodeSignature目录将存放在Payload/NdCP_Game_Demo.app目录下。

在命令执行后，在bundle中会生成一个新的_CodeSignature目录，里面包含了新的签名信息。

6.重新打包成ipa

在完成上述工作后，可以生成新的ipa进行发布。示例命令如下：

zip -r ResignTest.ipa Payload

# 注意Payload后面不能有“/”

‍

7.发布

经过打包发布测试，得出结论：对修改了ipa包内容和其中的签名后，重签名的ipa文件可以在非越狱设备和越狱设备上成功安装。注意，是通过带有SSL证书的网站和Apple系统安装的（企业内部分发程序），不是通过PP助手那样的第三方工具安装的。

ios开发者应用 怎么签名

签名有很多种：

*

真机测试证书的签名

*

测试版打包证书的签名

*

发布版打包证书的签名

*

其他第三方需要的证书的签名（例如：jpush推送）

ps：我不想去把每一种的说一次。如果你还没有解决问题，可以继续追问。

iOS APP签名的问题

一、问题背景：

程序已经做好，Ad Hoc 及 App Store 的profile在distribution 下均顺利build通过。但传到App Store 的时候却都总是说有签名错误。程序本身没有任何问题，这个我非常肯定，所以各位兄弟回贴中所说的那些证书及profile的问题都不是原因。弄了几个小时 没能解决后，又在网上查了下才发现，这是一个很莫名其妙的问题，在iphonedevsdk这个论坛上也有不少人遇到过。

跟我的一样，他们的程序本身都是签好了，就是传不上去。有的问题出现在传新程序的时候，有的是出现在传update的时候；有的是用web方式传出错，用loader传成功，有的却又恰好相反。最后解决它他们各自花了几个小时到几天不等的时间。所以这可能是一个App Store 上传程序的一bug，我可能是cocoachina里第一个遇到它的，但应该不会是最后一个，希望好运的兄弟们不会遇到。

二、痛苦的不断尝试：

按照在网上搜到的信息及各种各样的提示，我不断的试。包括重做证书，重做profile，重新安装SDK等都已经试过，但一点效果都没有，给我的还是那段错误提示。

为了验证我机器上的证书及profile是否有效，我还特意做了一个"Hello world"传了上去，结果是顺利通过，证明证书、profile及SDK的基本设置是没有问题的，问题就应该出在这个新程序的本身。没有找到任何的原 因，我于是又新建了个项目，将那程序的内容全移到了新项目下，这个花了不少的时间，但得到的效果还一样。

有人说可能跟SDK的版本有关系，我 现在的版本应该是3.0 bate4对应的那SDK版本，算是比较老的了。但我没办法升级，因为我的系统是10.5.5，后面的SDK大都要10.5.7以上的系统。本来打算这个 程序完成后来升级系统的，没想却正好出现了问题。同样我也没有办法尝试用loader来传，因为最新的loader同样需要10.5.7的系统支持，而旧 版本的loader已经不能使用。

三、以土办法来解决：

实在是没招了，但想到我的“Hello world”是能顺利通过的，所以就横下心了，以一个全新的项目开始，小心的做没一个改动，每做一步大的改动都上传测试一下，做到最后，终于得到了通过， 真是不容易啊，期间上传了10多次。跟那些遇到过这个问题的老外一样，我也没有找到根本的原因所在。

四、总结：

1：几个无关：

a：与你是用App Store 还是Ad Hoc 的Profile无关。Ad Hoc 的profile build的二进制程序也是可以被App Store接受的，我之前传的都是用Ad Hoc profile 编译的，并通过了审核。表示怀疑的兄弟可以试着用Ad Hoc 编译一个简单的程序(如"Hello world") 传到App Store 上，绝对不会出现签名的错误。当然前提是你没做错。

b：与clean、build、关闭Xcode及重启电脑的次数无关。以上的要有用做一次就有用了。如果做了一次没用，那么做一百次也同样没用；

c：如果电脑上的证书及profile能让其他的程序都通过，那么与它们无关；

2：几个可能有关：

a：与程序名称(也就是.app前的名称)可能有关：比如中间有空格之类的可能有关系的，我最后传上去的那个就把空格给去掉了；

b：与Sdk的版本可能有关：有可能真是一个bug，老外有的出现这个情况后升级下sdk的ok了，但我没有条件升级；

c：与上传方式可能有关：web和loader一个不行可以换一个试试，但我也没有条件试loader;

d：与引用的库的路径可能有关：我用了320的一个库，后来稍微修改了一下路径