iOS应用上传AppStore出现Invalid Swift Support

【问题】

Invalid Swift Support - The bundle contains an invalid implementation of Swift. The app may have been built or signed with non-compliant or pre-release tools. Visit developer.apple.com for more information.

【解决】使用xcodebuild来编译，将丢失SwiftSupport目录。

解决的方式是：创建SwiftSupport，将swift lib库拷一份，注入Ipa包。

# Invalid Swift Support-- miss SwiftSupport

xcodepath=`xcode-select --print-path`

ipa_swift_frameworks=`find ${CONFIGURATION_BUILD_DIR}/${BUILD_PROEJCT_NAME}.app/Frameworks/ -name libswift*`

if [[ -n ${ipa_swift_frameworks} ]]; then 

    tmpDir=${CONFIGURATION_BUILD_DIR}/SwiftSupport

    [[ -d "$tmpDir" ]] || mkdir $tmpDir

    for LINE in ${ipa_swift_frameworks}

    do

      libname=`basename $LINE`

      cp "${xcodepath}/Toolchains/XcodeDefault.xctoolchain/usr/lib/swift/${sdk}/${libname}" $tmpDir

    done

    pushd ${CONFIGURATION_BUILD_DIR} && zip -r $WORKSPACE/artifacts/${MOBILE_APP_NAME}.ipa SwiftSupport

    popd

fi

参考资料：

     https://github.com/nomad/shenzhen/blob/master/lib/shenzhen/commands/build.rb

使用codesign重签名ipa包

重新签名步骤

解压

unzip ysl.ipa

移除旧签名

rm -r "Payload/ysl.app/_CodeSignature" 2> /dev/null | true

替换 provisioning profile

cp "$MOBILEPROVISION" "Payload/ysl.app/embedded.mobileprovision"

entitlements生成

/usr/libexec/PlistBuddy -x -c "print :Entitlements " /dev/stdin <<< $(security cms -D -i "$MOBILEPROVISION") > "entitlements.plist"

重新签名

/usr/bin/codesign -f -s "iPhone Distribution: xxx” "--entitlements "entitlements.plist" "Payload/ysl.app"

例如：/usr/bin/codesign -f -s 8F16D32B97E8564C20613BC00699E547B265D62C --entitlements entitlements.plist Payload/ysl.app

验证签名

spctl -a -v Payload/ysl.app

/usr/bin/codesign --verify --deep --verbose=3 Payload/ysl.app

重新打包

zip -qr "ysl.resigned.ipa" Payload

重签名问题

【问题】 ERROR ITMS-90166: "Missing Code Signing Entitlements. No entitlements found in bundle 'com.ysl' for executable ‘Payload/ysl.app/ysl'.""

【解决】签名需要的Entitlements信息可以通过两个地方获取，一个是编译后生成在build/Distribute-iphone/objects/ysl.build/Distribute-iphoneos/ysl.build/ysl.app.xcent

另一种是通过从profile里获取，即/usr/libexec/PlistBuddy -x -c "print :Entitlements " /dev/stdin <<< $(security cms -D -i ~/ProvisioningProfiles/AppStore_com.ysl.mobileprovision) > entitlements.plist

【问题】ERROR ITMS-90179: "Invalid Code Signing. The executable ‘Payload/ysl.app/ysl' must be signed with the certificate that is contained in the provisioning profile."

【解决】发现是重签名指定的证书与 provisioning profile不匹配，重新分配。

[问题iPhone Distribution: xxxxx.: ambiguous (matches "iPhone Distribution: xxxxx" and "iPhone Distribution: xxxxx" in /Users/elian/Library/Keychains/ci.keychain)

［解决］https://developer.apple.com/legacy/library/technotes/tn2250/_index.html#//apple_ref/doc/uid/DTS40009933-CH1-TNTAG41-HOW_DO_I_RESOLVE_THE_CODESIGN_ERROR__IPHONE_DEVELOPER__OR_IPHONE_DISTRIBUTION__AMBIGUOUS_MATCHES_

按照官方提供的方案是需要删除重复的证书。但由于我们的环境是需要多证书的。故使用另一种方式解决，即获取证书的sha1值，在指定--sign时，后面跟上签名证书的sha1.例如：/usr/bin/codesign -f -s 8F16D32B97E8564C20613BC00699E547B265D62C 

如何获取sha1配置：

security find-identity -p codesigning login.keychain

8G16D32B97E8564C20613BC00699E547B265D26C "iPhone Distribution: Company11 name

003981HH13D6226942D43525E6045A23525A85AC "iPhone Distribution: Company22 name"

158DD26AD3B200CF12FE79C66CA9830C52D7813D"iPhone Distribution: Company33 name"

case “$signTeamName" in 

  *11*)

    signIdentity=9G16D32B97E8564C20613BC00699E547B265D35u

    ;;

  *22*)

    signIdentity=003981HH13D6226942D43525E6045A23525A85TD

    ;;

  *33*)

    signIdentity=868DD26AD3B200CF12FE79C66CA890C52D7890I

    ;;      

esac

Jenkins集成iOS单元测试

xctest是xcode5自带的，另外对block的支持，mock的支持都还好。 之前叫做OCUnit

【准备】

jenkins接收junit的单元测试报告，因些需要安装一个将ocunit格式的测试报告转为JUnit.

OCUnit2JUnit项目地址： https://github.com/ciryon/OCUnit2JUnit

安装方式：sudo gem install ocunit2junit

--问题： ocunit2junit在 ruby 1.8.7的环境不能运行，我试着升级ruby到2.0.0安装OK。

【运行】

1. 你可以单独准备单元测试的schemes，比如名为proTests.  或着build工程的schemes里含有单元测试的target。

2. 在build环节中增加：xcodebuild -sdk iphonesimulator7.0 -destination OS=7.0,name="iPhone Retina (4-inch)" -scheme proTests -configuration Release test  2>&1 | ocunit2junit

-- 问题：在xcdoe 5.0环境下运行，如果未加-destination，刚会报错：

3. 输出报告：默认报告输出目录test-reports

【报告】

jenkins集成报告：点击“Add post-build action”选择“Publish JUnit test result report”，输入内容test-reports/*.xml保存设置

效果图如下：

参考资料：

https://developer.apple.com/library/ios/technotes/tn2339/_index.htmlD




创建于14年10月28

客户端项目发布build设计

方案一：在取代码之前创建TAG

缺陷：Jenkins的SVN插件会根据触发时间去计算该获取的修订号，新创建TAG不在此时间范围内，会取不到。

方案二：发布build前创建TAG并调用另一个任务取该TAG的代码

缺陷：发布build前会先取代码，此时默认获取trunk的代码或者选中的其它开发线，该发布build的SVN修订号会默认该trunk或其它开发线的值，而不是另一个任务取完TAG的SVN修订号。

取巧：

1. 创建一个空的TAG，以便不需要获取trunk的代码或者选中其它开发线，以便节省构建时间。

2. 获取TAG代码的任务，在取完TAG之后创建属性文件记录SVN修订存储在WORKSPACE工作区。其中，要确保发布build任务与取TAG代码的任务保持在同一个WORKSPACE。

---

jenkins设计 

---

第一步：设置Prepare an environment for the run

第二步：Configure release build

发布build相关参数设置

检测发布tag与发布对象是否一致

创建一个发布tag

获取发布tag并记录SVN_REVISION

创建于20140626

HG使用笔记

准备

http://hgtip.com/tips/beginner/2009-09-30-configuring-mercurial/

取代码

hg clone --insecure https://172.18.100.116/sdk/iPhone iPhone

更新代码

FAQ

【问题】window下操作hg命令报错：abort: error: _ssl.c:504: error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICAT

E:certificate verify failed
【解决】编辑%USERPROFILE%\mercurial
[auth]
bj.prefix=https://1.2.3.4/hgrepo
bj.username=yusulian
bj.password=xxxxxx
[hostfingerprints]
1.2.3.4=ce:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx:xx

[ui]

username =yusulian

【问题】waiting for lock on working directory of /data/_BUILD/mobilebuild/sdk/sdk-android_test held by 'ub-1204-64-ci:10065'

【解决】sudo rm .hg/wlock 

iOS应用进行企业分发，在iOS7.1安装失败--“无法安装应用程序，xxx.com的证书无效”

iOS 7.1修改了manifest.plist文件的访问协议，之前可以通过http协议访问，在iOS 7.1之后必须使用https协议方式访问。

如果原来plist的链接地址如下：

itms-services://?action=download-manifest&url=http://yourdomain.com/manifest.plist

则现要改为是https，如下：

itms-services://?action=download-manifest&url=https://yourdomain.com/manifest.plist

Android Sonar

【介绍】

Android lint : Android代码优化工具

http://tools.android.com/tips/lint-checks

1. 项目中有哪些资源文件引入了却没有在代码中使用的话，会给提示。既包括图片资源、layout文件，也有定义的String常量和Color常量须的System.out和printstackTrace）

2. layout文件中编写不规范的地方，会给出提示。例如考虑到国际化，如果直接在xml中写汉字会提醒你把文字写到string配置文件中

3. 如果把定义图片大小的变量设置为px时，会提示你不太规范，改成dp

4. 布局属性使用不当、id重复定义、标签使用不规范等，都会提示你修改

5. 考虑到屏幕适配，如果有些图片只在高分辨率中放置了，会提醒你应该在中低分辨率的文件夹下也应该放置一份。

findbugs

Bad practice 坏的实践：常见代码错误，序列化错误，用于静态代码检查时进行缺陷模式匹配

Correctness 可能导致错误的代码，如空指针引用等

国际化相关问题：如错误的字符串转换

可能受到的恶意攻击，如访问权限修饰符的定义等

多线程的正确性：如多线程编程时常见的同步，线程调度问题。

运行时性能问题：如由变量定义，方法调用导致的代码低效问题。

PMD
     1.可能的bug - 空try/catch/finally/switch语句
     2.无效代码 -未使用的变量，参数和私有方法
     3.非最佳的代码 - 较耗费资源的String/StringBuffer用法
     4.过于复杂的表达式 - 不必要的if语句，或应该为while的for循环

     5.重复代码 - 复制/粘贴代码意味着复制/粘贴bugsurefire

checkstyle

(1). Javadoc注释

(2). 命名约定

(3). 标题

(4). Import语句

(5). 体积大小

(6). 空白

(7). 修饰符

(8). 块

(9). 代码问题

(10). 类设计

(11). 混合检查（包活一些有用的比如非必须的System.out和printstackTrace）

【配置】

1. 到更新中心安装Android插件,重启服务

2. 将当前默认的规则加上Android Lint（即在当前规则的配置继承选择它）

【参考资料】
《常用 Java 静态代码分析工具的分析与比较》http://www.oschina.net/question/129540_23043

落款2014.03.07