Change Log: 2015.08.20 - 添加podspec文件更新方法 2015.08.19 - 首次发布 概述 关于CocoaPods的介绍不在本文的主题范围内,如果你是iOS开发者却不知道CocoaPods,那可能要面壁30秒了.直奔主题,这篇文章主要介绍如果把你的代码发布到CocoaPods代码库中,让别人可以使用“pod search yourOpenProject”命令查找到你的代码. 在2014年5月20日以前,发布代码到CocoaPods可以使用这篇文章.但时过境迁,出于

用 pod trunk push --verbose  添加一个 pod 的时候,经常出现如下的错误 [!] The podspec does not validate. /Library/Ruby/Gems/2.0.0/gems/cocoapods-trunk-0.6.4/lib/pod/command/trunk/push.rb:114:in `validate_podspec' /Library/Ruby/Gems/2.0.0/gems/cocoapods-trunk-0.6.4/lib/

如何安装? 1.安装ruby环境,添加淘宝ruby镜像 $ gem sources --remove https://rubygems.org///等有反应之后再敲入以下命令$ gem sources -a http://ruby.taobao.org/ 2.查看是否设置成功: $ gem sources -l 只有在终端中出现下面文字才表明你上面的命令是成功的: *** CURRENT SOURCES *** http://ruby.taobao.org/ 3.然后安装cocoapods: $

在一个阳光明媚的下午,我正瘫坐在椅子上改bug.忽然有人给我发微信:“我想做个app,多长时间,多少钱?” 从我从业iOS开发到现在,这个问题被问过无数次,比那句:“你是程序员,那你会修电脑吗?”还要令人烦.毕竟那只是句玩笑话,而这句在其他人(更多时候是你的boss,经理这些非程序员出身的IT内行人)看来是你的专业,是你必须要知道的,你能回答不知道吗?显得你太不专业了.但这句话最专业.最负责任的回答就是:“我不知道!“ 问我问题的是朋友的朋友,一个在传统行业浸淫多年的人,立志要突破传统行业的束缚

UI Tests是什么? UI Tests是一个自动测试UI与交互的Testing组件 UI Tests有什么用? 它可以通过编写代码.或者是记录开发者的操作过程并代码化,来实现自动点击某个按钮.视图,或者自动输入文字等功能. UI Tests的重要性 在实际的开发过程中,随着项目越做越大,功能越来越多,仅仅靠人工操作的方式来覆盖所有测试用例是非常困难的,尤其是加入新功能以后,旧的功能也要重新测试一遍,这导致了测试需要花非常多的时间来进行回归测试,这里产生了大量重复的工作,而这些重复的工作有些是

Git常用命令 1.添加文件   git  add  xxx 2.提交更新到本地  git commit   -m  'local-repo' 3.提交更新    git  push master  4.列出分支    git branch 5.检索分支代码   git checkout xxx 6.拉取分支更新   git pull xxx 7.列出tag    git   tag -l 8.添加本地tag:   git  tag -a   0.0.1 9.推送tag到远程库:    git

1. 在 Cocoa Touch 框架中,类簇是抽象工厂模式在 iOS 下的一种实现,以 NSArray 举例,将原有的 alloc+init 拆开写: id obj1 = [NSArray alloc]; // __NSPlacehodlerArray * id obj2 = [NSMutableArray alloc]; // __NSPlacehodlerArray * id obj3 = [obj1 init]; // __NSArrayI * id obj4 = [obj2 init]

项目中常会遇到在按钮的点击事件中去执行一些耗时操作.如果处理不当经常会出现连续多次点击push多次的情况,造成不好的用户体验. 一种情况是用户快速连续点击,这种情况无法避免.另一种情况是点击一次后响应时间太长,导致用户一直停留在点击界面,也会去再此点击按钮确认是否能执行下一个界面.虽然我们可以在用户点击一次后去显示一个HUB窗口隔绝用户操作,但我们并不清楚服务器去响应这个操作究竟需要多长时间,如果HUB指示器显示时间太长会显得响应特别慢,如果太短,用户很可能在指示器消失后再去点击Button,这

貌似不影响提交........还是有人提交成了. 昨天晚上提交软件审核,遇到了Missing Push Notification Entitlement 的问题. 问题起因:这个版本我添加了PUSH推送功能,然后上传软件后,就提示Missing Push Notification Entitlement. 解决办法:我重新生成了一下Distribution 的provisioning 证书,然后重新提交了一下就OK了. 问题原因:我以前上传了一个版本,没有PUSH功能,第二个版本添加PUSH后,

项目中有存放项目相关的文档,这些项目需要配置跳过审核再提交的操作.现在需要给某些组配置不审核直接提交的权限 方法: 使用管理员账号,到 projects -> access 页面下配置 reference 权限. 其他的reference权限不变, 给以下 reference 增加权限: /refs/for /refs/heads/master 配置 submit 权限给某个具体的组即可. 该组用户需要忽略审核时,执行如下命令(当然也可以通过git GUI提交): git push origin

podspec文件push到遇到的第一个问题,将进行记录,主要是参考了下面大神的解决方案,主要是为了方便学习和记录 第一个问题: xcrun: error: invalid active developer path (/Library/Developer/CommandLineTools), missing xcrun at: /Library/Developer/CommandLineTools/usr/bin/xcrun ) during validation. 解决方案: 在终端输入下面

最近,苹果在官网给出了截至2015年2月份应用被拒绝的十大理由,其中50%以上的应用被拒绝都是因为这10个原因,其中7个理由和2014年相同,其中排名前三的原因分别是:需要补充更多信息.存在明显的bug以及用户界面太复杂,对此苹果官方对部分原因进行了详细的解释.对于希望更快获得苹果审核以及想在iOS发布应用或者游戏的童鞋们来说,这10大理由是需要特别注意的. 除此之外,苹果还对<应用审核指南>进行了更新(红色字体部分为更新内容),以下请看整理的内容: 苹果给出2015年应用被App Store

最近打包上传是遇到一个问题: 描述: Missing Push Notification Entitlement - Your app includes an API for Apple's Push Notification service, but the aps-environment entitlement is missing from the app's signature. To resolve this, make sure your App ID is enabled for

pod Spec 为自己的项目添加pod管理功能.前言: 上一篇文章中提到,因为自己在操作的时候遇到很多坑,所在在此做一个记录,同样也希望可以帮到在这个操作上遇到坑的人. 本文将采用配图和加文字的方式,以最直观的方式呈现操作细节.如果文中有错误的地方,请大家指出以便即时做出调整.一.首先在自己的github中添加新的管理目录1.进入github账号管理中心,创建管理目录. 以上过程请参考下图: 2.上述创建目录完成,接下来做上传代码至github仓库.在此将按照空仓库的方式,在终端进行上传.操作

翻译自:https://guides.cocoapods.org/using/pod-install-vs-update.html 介绍: 许多人开始使用CocodPods的时候认为pod install只是你第一次用CocoaPods建立工程的时候使用,而之后都是使用pod update,但实际上并不是那会事. 简单来说,就是: 1.使用pod install来安装新的库,即使你的工程里面已经有了Podfile,并且已经执行过pod install命令了:所以即使你是添加或移除库,都应该使用p

因为执行动画需要时间,所以在动画未完成又执行另一个切换动画,容易产生异常.所以在一个方法连续push不同的VC是没有问题的,但是不小心push同一个VC,并且animated为YES,可能多次跳转了 解决方案: animated改为NO就OK了

前言 找了这么长时间,再次开始去尝试Cocoapods了.前面已经写过一篇关于如何把自己的Github上的代码库添加Cocoapods支持.现在就让我们看一下如果搭建私有的Spec吧. 之所以构建私有Spec,是因为公司的好多东西都是通用的,有的时候也许其他的项目中也要用到,所以最好的方式就是把它构建成库,直接 pod install 就能构建到项目中来.但是按照前面说的显然是不行的,如果直接放到https://github.com/CocoaPods/Specs.git 上,那么所有人都能下载

App store最新审核标准(2015.3)公布 1. 条款和条件 1.1 为App Store开发程序,开发者必须遵守 Program License Agreement (PLA).人机交互指南(HIG)以及开发者和苹果签订的任何其他协议和合同.以下规则和例证旨在帮助开发者的程序能获得App Store的认可,而不是修改或删除任何其他协议中的条款. 2. 功能 2.1 崩溃的程序将会被拒绝. 2.2 存在错误的程序将会被拒绝. 2.3 跟开发者宣传不符的程序将会被拒绝. 2.4 无应用文档

本文针对此前版本的<App Store审核指南>进行了更新,并标注了2015年苹果对<App Store审核指南>进行的一些调整. App Store Review Guidelines(英文版) 以下是更新后的审核指南: 前言 感谢您付出宝贵的才华与时间来开发iOS应用程程序.从职业与报酬的角度而言,这对于成千上万的开发员来说一直都是一项值得投入的事业,我们希望帮助您加入这个成功的组织.我们发布了<App Store审核指南>(App Store Review Gui

当医院把采购单提交之后,由监管单位进行采购单审核,由卫生院及卫生局进行审核.卫生局可以审核所有医院创建的采购单,卫生院只审核本辖区医院创建的采购单. 操作流程: 点击"采购单审核" 显示如下: 具体实施如下: Dao层: 分为两个: 查找cgd表中的数据以及数据的数量来实现分页. 我们查找cdg数据的SQL语句: select useryy.mc useryymc, yycgd.*, (select info from dictinfo ' and dictcode = yycgd.z

感谢您付出宝贵的才华与时间来开发iOS应用程程序.从职业与报酬的角度而言,这对于成千上万的开发员来说一直都是一项值得投入的事业,我们希望帮助您加入这个成功的组织.我们发布了<App Store审核指南>(App Store Review Guidelines),希望通过它帮您避开开发应用程序过程中的一些问题,并帮你在提交应用时加快审核流程. 我们将应用程序(Apps)视为与书籍或歌曲不同的产品,我们并不存储它们.如果您意欲批评宗教,那就去写本书.如果您想要描述性,那就写本书或写首歌,或者可以创