ios企業簽名是什麼意思

企業賬號證書簽名區別於個人賬號和公司賬號，企業簽名後的app可以直接用來內部下載安裝測試使用，不用審核，但是不上架appstore，可以是直接用鏈接或二維碼進行下載。

蘋果ios帳號證書簽名多少錢

有賬號就可以製作證書，證書可以用於給代碼/app簽名，簽名後的app可以發布。

賬號的開發權限是要買的，個人版/公司版每年費用為99$，企業版299$。企業版麵向500人以上企業，開發的app隻能發布在自己的服務器上，而不能上傳蘋果商店。

個人版/公司版可以發布app到蘋果商店。他們的區別在於簽名性質，前者是個人所有，後者是公司所有。

每個賬號在使用期內都可以免費製作任意個開發、發布證書，不受限製。

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

如何讓淘寶賣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的一個庫，後來稍微修改了一下路徑

轉載請注明出處句子大全網 » ios企業簽名是什麼意思