xcode-config

发表于 | 分类于 |

Xcode

毕竟, Xcode 是你绕不过去的坑.

那还不如让开发的过程更顺心一些.

debug 工具

log:
https://github.com/CocoaLumberjack/CocoaLumberjack

配合颜色配置: XcodeColors
& 文件链接: KZLinkedConsole

可以参考配置一个初始化项目基建的脚本, 参考: Bootstrap

插件

Xcode Plugins这里面的好多插件都不再使用当前的 xcode 了.

更新> 在 Xcode8 的时代不能很好的支持插件, 但是到了 Xcode9 的时候, 好像有那么些方法使得插件被重新支持了, 可以参考这篇文章. 嗯, 但是我还是不用啦哈哈哈, code 的时候我用上了 AppCode, 因为之前去做了一段时间的前端, 感觉就 IDE 的操作来说, IntelliJ 的方式似乎更有效率.

但是在写 UI 的时候还是 Xcode 有着天然的优势的.

执行脚本

很多时候, Xcode 的功能并不能满足我们高效操作的需求

比如版本增加, 打包完后, 才发现忘记将版本+1, 可以在xcode的build phase中加入一个脚本, 是的在没次build的时候, 让build number +1

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
#!/bin/sh

if [ $CONFIGURATION == Release ]; then
     echo "Bumping build number..."
     plist=${PROJECT_DIR}/${INFOPLIST_FILE}

     #increment the build number (ie 115 to 116)
     buildnum=$(/usr/libexec/PlistBuddy -c "Print CFBundleVersion" "${plist}")

     if [[ "${buildnum}" == "" ]]; then
         echo "No build number in $plist"
         exit 2
     fi

     buildnum=$(expr $buildnum + 1)

     /usr/libexec/Plistbuddy -c "Set CFBundleVersion $buildnum" "${plist}"

     echo "Bumped build number to $buildnum"

 else
     echo $CONFIGURATION " build - Not bumping build number."
 fi

还可以写脚本做些根据当前环境变量来控制一些东西, 比如环境的配置