首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

(iOS)有没有办法收回我的应用提交?

当然可以。如果您想收回已经提交的iOS应用,可以按照以下步骤操作:

  1. 登录到您的Apple Developer账户。
  2. 在主页上,点击“Certificates, Identifiers & Profiles”。
  3. 在“Identifiers”下,找到您想要收回的应用,并点击“Edit”。
  4. 在编辑页面上,找到“App Review”部分,然后取消选中“Pending Developer Release”复选框。
  5. 点击“Save”按钮,保存更改。

这样一来,您的应用就不再会被提交给Apple进行审核。如果您需要将应用重新提交,只需再次勾选“Pending Developer Release”复选框,然后点击“Save”按钮即可。

需要注意的是,在收回应用之前,请确保您已经完成了所有必要的测试和验证,以确保应用在发布时能够正常运行。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • 网站优化错误导致站点被K怎么处理?

    不知道大家在网站优化的时候有没有碰到网站被K的时候?原本小编我也没有想到,可是这件事情却被小编碰到了,是的小编的网站也被K过,咱们平时优化网站的时候一定要定期检查,每天检查咱们网站的关键词的排名情况以及咱们网站的关键词的数量都要做好记录,以及网站收录的情况,这些都做好了我们才能及时发现一些不正常的情况发生,在这里小编就详细讲解一下大家容易忽略的地方吧,大家尽管看到网站有收录,要仔细看一下是不是一些灰色信息或者是博彩类信息出现在咱们网站上,早发现早处理,下面小编就给大家讲解一下为什么网站会被K,我们要如何解决吧!

    01

    iOS 上传IPA成功不出现构建版本,也没有邮件回复​

    昨天晚上从10点多开始上传IPA包到凌晨3点还在上传尝试,App Store Connect 中一直不出现构建版本,如图1,各种百度,直接上传跟Application Loader都试过了,上传没有问题,上传相同版本号会直接报错误提示需要修改build号,说明上传是成功的,但是构建版本一直没有,重点是:没有收到苹果的任何邮件。如果是隐私问题(plist文件),苹果会在开发者账号绑定邮箱发送相关邮件提示问题(所以如果没有构建版本,也要留意邮箱)。现在是邮箱没有苹果发送的相关邮件,App Store Connect构建版本也不出现,这样就导致无法提交审核。早上8点赶到公司,实在没办法,给苹果审核打了个电话,回复说了一堆,有用的信息是,可能你上传的次数太多了,要不你等几个小时再重新上传(亲测是有用的),我问,这个会影响吗,回复说,一般不会有影响,具体要咨询App Store Connect团队,对此,只能对人家说了句谢谢。​

    04

    iOS 上传IPA成功不出现构建版本,也没有邮件回复

    昨天晚上从10点多开始上传IPA包到凌晨3点还在上传尝试,App Store Connect 中一直不出现构建版本,如图1,各种百度,直接上传跟Application Loader都试过了,上传没有问题,上传相同版本号会直接报错误提示需要修改build号,说明上传是成功的,但是构建版本一直没有,重点是:没有收到苹果的任何邮件。如果是隐私问题(plist文件),苹果会在开发者账号绑定邮箱发送相关邮件提示问题(所以如果没有构建版本,也要留意邮箱)。现在是邮箱没有苹果发送的相关邮件,App Store Connect构建版本也不出现,这样就导致无法提交审核。早上8点赶到公司,实在没办法,给苹果审核打了个电话,回复说了一堆,有用的信息是,可能你上传的次数太多了,要不你等几个小时再重新上传(亲测是有用的),我问,这个会影响吗,回复说,一般不会有影响,具体要咨询App Store Connect团队,对此,只能对人家说了句谢谢。

    01

    Maven版本号中隐藏的惊天大秘密

    现在主流的Java系的互联网公司里,绝大多数公司都使用Maven作为依赖管理工具,一般我们对于依赖的版本号,常见两种类型:一种以“-RELEASE”结尾,另一种以“-SNAPSHOT”结尾。你别看这一个小小差别,在这里面可是隐藏着巨大的秘密:我们在团队协作开发的时候,如果依赖版本号的命名不是很规范的话,往往你会发现一种现象,那就是别人更新了一个依赖,已经提交到了私服上,但是你本地死活拉不下来,最后没有办法,你选择了直接删除本地仓库中的该版本的依赖,然后就完美解决了。但你有没有想一想为什么会出现这种情况?有没有更高效的解决办法?那么本文我们就聊这个。

    05

    ckfinder php,php,ckfinder_ckfinder mac下报错 linux正常,php,ckfinder – phpStudy

    Fatal error: Uncaught exception ‘CKSource\CKFinder\Exception\InvalidConfigException’ with message ‘The temporary folder is not writable for CKFinder’ in /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/cksource/ckfinder/src/CKSource/CKFinder/Config.php:330 Stack trace: #0 /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/cksource/ckfinder/src/CKSource/CKFinder/Config.php(73): CKSource\CKFinder\Config->validate() #1 /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/cksource/ckfinder/src/CKSource/CKFinder/CKFinder.php(91): CKSource\CKFinder\Config->__construct(‘/Volumes/disk02…’) #2 /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/pimple/pimple/src/Pimple/Container.php(113): CKSource\CKFinder\CKFinder->CKSource\CKFinder\{closure}(Object(CKSource\CKFinder\CKFinder)) #3 /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/cksource/ckfinder/src/CKSource/CKFinder/CKFinder.php(185): Pimple\Container->offsetGet(‘config’) #4 /Volum in /Volumes/disk02/www/jiuyuan/public/ckfinder/core/connector/php/vendor/cksource/ckfinder/src/CKSource/CKFinder/Config.php on line 330

    02

    分享2019年一种最新加快在苹果app store中上架的方法

    预计近期苹果app应用上架的比較多,审核比較慢,如今一个app从提交到上架短则7。8天。长则2。3个星期。我在实际上线应用时,总结了一个简单有用的小技巧,能够加快上架时间,近期使用这样的方法后。我们基本上从提交应用到上架基本上控制在1个星期以内。 我们一般公布app流程是 1:app开发測试完毕2.0。 2:在iTunesconnect上添加新版本号更新2.0。 3:上传应用 4:应用进入 Waiting for review 状态 (2-9天) 5:应用进入In review 状态 (2-5天) 6:Processing for App store(10分钟) 7:Ready for sale (5分钟) ​8:For Sale ​app store审核中,主要费时的是4,5步骤。 在4步骤中,注意是我们说的排队时间,这个时间和这段时间上传的应用有数量有关。假设数量多,排队时间就比較长。假设数量少,排队时间就少。排队结束后,直接进入In Review状态,这个和应用本身设计有关。设计复杂的应用,审核时间略微长些,而且还有其它一些因素影响,假设被打回。会又一次进入4步的队列中,只是依据我的观察,应该有个专门被打回应用的队列,这个队列的优先级高于新上传的应用,所以,即使应用被打回。也会有较高优先级进入In Review,可是这个不是我们想看到的。 ​在整个上述过程中,花费的总时间我们没有办法控制,可是我们能够通过一些技巧,尽量做到,我们真实提交app时,我们的应用,处在4中队列的前面。所以。我们的做法是 ​1:开发应用的同一时候,在在iTunesconnect上添加新版本号更新2.0,并在当前版本号上简单升级版本号号,上传应用(这样做的目的:及时审核通过,用户也能够正常使用应用) 2:应用进入Waiting for review状态,同一时候开发測试新版本号应用(这个时间控制在5天左右) ​3:新版本号应用开发完毕。 ​4:从iTunesconnect上撤销用于排队版本号应用,上传新版本号app(一般3天左右) 5:应用进入In review 状态 (2-5天) 6:Processing for App store(10分钟) 7:Ready for sale (5分钟) ​8:For Sale ​​这个改变很easy,整个流程,由应用开发和苹果审核的串行过程改动为并行进行。从而加快app上线速度。 我们在一淘HD和手机一淘上均做了这些尝试,眼下验证OK,从提交应用到最后上线基本上控制在1周以内。 苹果的审核策略和流程一直在变化,我们要做的是在变化过程中寻找技巧,解决 app 应用上线最后一公里的问题。 下面是审核条例中,最近比较容易中招的条例,大家要注意

    02
    领券