上手之类没问题的，不过ruby的思维习惯和一般的语言有点不一样，需要把你开发的思维改一下。
创新互联专注于南宁企业网站建设,成都响应式网站建设公司,商城网站定制开发。南宁网站建设公司,为南宁等地区提供建站服务。全流程按需规划网站，专业设计，全程项目跟踪，创新互联专业和态度为您提供的服务
真要做一些应用开发，我估计三个月足够了吧，不过要是真的很精通，就算你学C或者Java，再给1年也不为过啊。
编程最核心的是你的思路、整体素质、算法和结构上面的能力，语言是其次的，但是语言方面，需要很多的经验积累，这样才能写的优雅和简洁，并且尽量利用该语言的特性。
执行完后可能有下面的问题。即执行 pod search AFNetworking 时，终端提示如下图1-1：
这时需要我们执行以下命令：
git clone ~/.cocoapods/repos/trunk
执行完毕，即可正常搜索出第三方框架了。
至此完结~
gem安装cocoapods的命令是: sudo gem install cocoapods 。
总结：rvm、ruby、gem、cocoapods之间的关系，即rvm是管理ruby这门计算机语言版本的工具。gem和cocoapods是用ruby语言开发出来的工具，gem用来安装cocoapods，而cocoapods是提供给iOS开发者管理第三方框架的工具。
对于iOS开发者而言，我们需要cocoapods这个工具来帮我们管理第三方的框架，但是安装cocoapods，就需要使用gem来安装，gem又需要ruby来安装，ruby又需要rvm来安装。
现在都是跨平台开发.....单独针对IOS一个平台做开发的企业，基本已经绝迹了.....
如果你只希望开发IOS一个平台的项目，那就只有选择苹果自家的语言了，目前苹果自家的语言有2种....一种是OBJECT-C（简称OC），另外一种是SWIFT....苹果官方比较推荐SWIFT....因为OC其实已经基本被苹果官方淘汰了。
无论你是选择OC，还是选择SWIFT。。。都只能针对苹果一家的产品做开发。。。尽管苹果官方宣称，SWIFT将来可以做任何事情。。。但理想总比现实丰满太多。。。从现实来看，SWIFT离开了苹果的平台，基本仍然是啥也干不了。。。所以如果你只是想做着玩玩，随便从两者当中选一个就可以了。。。个人还是比较推荐SWIFT。。。而如果你是希望用来工作赚钱，那这两门语言基本都不太实用。。。要学一门跨平台开发技术才是王道
由于人的精力是有限的，大多数人，没有精力去同时学习好几门语言，但又希望可以在很多不同的操作系统上面开发应用程序。。。所以跨平台开发便诞生了。。。。什么是跨平台开发？
跨平台，也就是所谓的“一次开发，多次部署”。。。简单说，就是只用一门语言，开发一个项目，而这个项目可以同时运行在很多不同的操作系统上。。。
能够跨平台的语言有很多，JAVA啊，C#啊，JS啊，PYTHON啊，RUBY啊，理论上都可以跨平台。。。但跨多少平台？容不容易跨？却各有差别。。。说起来篇幅就大了。。。
简单说，目前能够跨IOS平台的开发技术。。。。比较容易的主要有2种。。。一种是H5，一个是U3D
H5也就是HTML5.......其实就是做网站.............既然做网站，又怎么还要说跨IOS系统？因为手机平台，有很多APP，其实是用网站伪装成的APP。。。比如各大网站的客户端。。优酷客户端啊，新浪微博啊，饿了么，美团，手机淘宝，百度糯米。。。这些看起来似乎是一个普通APP。。。但其实是“包了一层APP外表的网站”。。。而制作网站，并把网站伪装成APP的这种技术，就是H5。
学习H5，至少需要学习三种语言（或者四种），HTML,CSS,JAVASCRIPT以及一门后端语言。。。别觉得一听三种语言，就觉得这玩意深不可测。。。。HTML，CSS，javascript这三门语言的学习难度加在一起，也比SWIFT一门语言的学习难度，简单了不知多少倍。。。说是最傻瓜的语言，恐怕也不为过。。。
而学会这三门语言，就可以做一个“不带服务器的网站了”。。。比如hao123。。。而如果需要服务器，那就需要再学一门后端技术。。。PHP啊，ASP.NET啊，JAVAEE啊，DJANGO啊，各有各的好，随你喜欢。
而另一条路线，就是U3D，也就是UNITY 3D。。。。这是个做游戏的游戏引擎。。。游戏引擎多的是，为什么这里只说U3D？就是因为这引擎的跨平台，实在是变态到了极点。。。理论上支持21种平台，不仅WINDOWS,MAC,安卓,IOS一应俱全。。。。甚至还包括一大堆PS4啊,XBOX啊,PSV啊,这种游戏机平台。。。而且还可以发布WEBGL。。。安装插件后，还可以做VR。。。简直是梦幻般的强悍。。。而学习U3D，需要的语言就是C#了。。。只要写好C#脚本。。。安装好对应平台的SDK。。。就可以生成对应平台的程序了。。。。。
Ruby是一种功能强大的面向对象的脚本语言，她可以使方便快捷地进行面向对象编程.有时使用像Smalltalk、Eiffel或C++这样正式的面向对象语言来开发一些小项目显得有点小题大做，而Ruby刚好可以满足这些面向对象编程的需求。当然了，也可以使用Ruby
用来打包做类似事情的工具很多，更主要的是为什么使用自动构建:
• 效率上，解放出开发人员的时间。也更方便其他同事使用。
• 保证打包的标准，避免配置或环境问题，带来的失败。把事情做对，比做快更重要。
• 权限安全上，通过构建系统集中管理，对于使用者来说是一个黑盒。
• 项目流程上，便于有需求时做 Daily Build 或者 自动测试。
对于 如何安装 Jenkins 或者 Jenkins 参数配置 之类的基本配置不做涉及。
网上已经有不少详细的文章进行介绍。比如 手把手教你利用Jenkins持续集成iOS项目 。
先介绍整体的构建流程，具体的内容会在下面分步骤介绍.
构建前
• 设置构建名
• 配置 app 图标水印（build号，分支）
• ruby 脚本根据参数，修改工程 bundleID ，宏等
• 安装第三方依赖，pod update
执行构建
• xcodebuild clean
• xcodebuild archive
• xcodebuild exportArchive
构建完成
• 上传分发平台: 蒲公英/fir/appstore（历史版本记录: git tag ）
• 符号表处理：上传 bugly
• 归档产物: 上传 FTP 服务器
• 清理: 删除 IPA 等
• 设置构建描述
• 通知: 企业微信 webhook 机器人推送
首先设置我们的构建名称，我这里使用到几个参数:
• BUILD_NUMBER ,Jenkins 自带的参数，代表第几次构建
• BetaPlatform ,设置的选项参数，代表分发平台。我这里的值分别是:fir,pgyer,appstore
• Mode,设置的选项参数，代表 Xcode 构建的环境设置，为 Snapshot 和 Release
• Branch,Jenkins 自带的参数，代表 Git 分支名称
为了打包后进行测试的 APP ,便于定位问题，可以在 App Logo 上打上水印，加入构建使用的 git 分支名，jenkins 构建号，app 版本号 等关键信息。
配置图标水印的流程为:
• 判断此次是否为 appstore 分发平台。如果是 appstore 的话，将旧有的图标目录清理掉，然后将图标复制到使用的目录中。
• 如果不是 appstore ，则为测试平台分发，进行水印处理。
因为要使用替换资源的方式，所以准备两个目录。
一个目录作为 源目录，存放未处理的图片。一个目录作为目标目录，存储 App Logo 使用的图片。
为什么使用两个图片目录存储？假设只用一个，原图为A，当第一次处理，图片为 A1水印图片，当第二次再拿到的图片，已经是被处理过的 A1水印图片了，而不是原图A 。
这里注意 icons_path 为存放原图的地址， icons_dest_path 为要修改使用的目标路径。命名为 AppIcon-Internal。
可以参考 iOS APP图标版本化
关于 version 的获取， 因为目前版本有改动，使用 ruby 去获取,脚本会在后面提供链接:
还有一个临时存放路径，要提前创建好这个文件夹:
添加水印主要使用到了命令行工具 ImageMagick ,所以要先安装:
具体的脚本如下:
这里使用 ruby 实现参数修改(当然也可使用 python 等各种语言，自己方便就 OK )。
目前做的操作：
• 区分是否 beta 版本 -- 修改定义 beta 宏 的真假值
• 不同分发平台，使用不同 bundleID -- 对 bundleID 进行修改
脚本里依靠 CocoaPods 开源的 Xcodeproj ，对工程的 name.xcodeproj/project.pbxproj 文件进行配置修改。
python 的话，可以使用这个项目 mod-pbxproj
安装/更新第三方库，这里使用到的是 Cocoapods,其它的包管理器可使用其它方式。
在开始之前，我们要做些准备工作，比如设置要使用的变量，常量。
需要提前写好，尽量避免散落。
旧有的方式，是直接通过 info.plist 取:
然而在新的 Xcode 取 版本号 和 bundleID 的方式发生变化，现在 info.plist 里的值是变量名,取版本号为 $(MARKETING_VERSION) , bundleID 为 $(PRODUCT_BUNDLE_IDENTIFIER) .
结局思路是通过脚本到工程配置里去获取，下面使用 ruby 实现了这两个目的。
我们将 App 与 Jenkins 的 build number 设置为同一个，方便需要时，查看构建的参数以及符号表等:
加入 security 解锁操作的原因,是在子节点 ssh 登录上去之后，keychain 没有被解锁.导致打包失败.
解决方案是用 security unlock-keychain 命令将证书解锁。
另外可以通过命令查看描述文件的详细信息 包括UUID等信息
对工程进行构建打包，主要在于使用 Xcodebuild .
分为三个阶段：
• Clean
• Archive
• Export
如果在执行过程中又不喜欢日志输出的，可以在命令行最后加上
每次构建时，对工程进行 clean ,保证没有其它影响的因素。
使用xcodebuild clean [-optionName]...清除编译过程生成文件,使用如下：
非 cocoapods 的工程，将 -workspace "${APP_NAME}.xcworkspace" 换成 -project ${APP_NAME}.xcodeproj 即可。
新版本的 Xcode 有了新的构建系统，使用 -UseModernBuildSystem= 来做新旧区分。
Xcodebuild archive
更新到Xcode9.0后，之前写的自动打包脚本不可用了。
需要添加 -allowProvisioningUpdates，获取访问钥匙串权限的关键所在，设置了这个字段就会在打包过程弹框请求获取钥匙串内容权限。
特别说明的是，exportOptionsPlist 一定要检查,不同的环境和分发平台要选择对。
最简单方式，就是调好需要的环境后，直接手动 archive ,export 出来，使用产物里的 exportOptionsPlist 文件。
检查对应路径是否有 **.ipa 文件:
这里分为 蒲公英,fir,appstore 三个平台，上传 IPA.
下面使用的三个上传命令，最好先提前在机器上实验可以正常用再构建。
上传 bugly
进行完所有操作后，对于产物做一次保存，需要时可以用上。
首先将文件压缩
通过 FTP 插件，把 zip 文件上传到归档的路径下
删除 IPA 等文件，注意的是，当状态为 success 才清理，避免有时上传出问题，可以进行手动上传。
设置构建描述
完成后，企业微信 webhook 机器人推送，效果如下：
这里设置成可选项，避免频繁打扰其它同事。脚本如下:
[1]
[2]
[3]
[4]
[5]
将代理换回国内的淘宝后,重新执行一遍安装命令
如果Ruby环境不够新，可能需要更新以下：
在执行
的时候,可能会比较慢,这时候不要慌,可以通过
查看当前的安装进度
如果Mac自带的Ruby版本不够新,可以参考我的另一篇文章
在按照步骤执行的过程中遇到任何问题希望大家多多交流
重庆分公司
重庆分公司
