感觉有点标题党了. 作为一个iOS工程师,没有做过服务端,主要用的是mac电脑,此篇博文是记录我在工作,学习的过程中用的命令行命令的记录和归纳总结 一. mac命令行 1. cd /Users/xxx 进入到一个目录 1.1 cd .. 注意cd 与..  之间有一个空格, 返回上一级目录 2.  pwd 获取当前命令行所在的目录 3. ls 列举出当前文件夹所有的文件和文件夹, 不递归 二. svn 1. svn add  lib.a 添加一个文件, 主要是用在用version或者corner

#!/bin/shecho "随意删除@2x图片可能会引起错误 因为ios工程会更加前缀和分辨率自己找到@2x的图片 所以删除@2x图片时要慎重"read -n1 -p  "[Y]查阅如何确认@2x是使用 [N]直接进行图片检索" answercase $answer in"Y"|"y")open -a Safari "http://blog.csdn.net/hufeng825/article/details/85

前言 最近一直在做 iOS 工程自动化方向的事情,所以把自己研究和实践的内容进行记录并分享,希望能给大家一些帮助. 为什么要使用 OCLint 做为一个静态代码分析工具,我们引入 OCLint 的目的主要是为了提高我们的代码质量.通常我们提高代码质量的方式是通过 CodeReview,但是这个过程耗费的人工和时间往往较大,所以我们想通过 OCLint 的一些规则,让机器帮我们完成一部分代码质量的检测,从而提高我们的工作效率. 安装 OCLint OCLint 的安装方式有很多中,这里我们选择最简

使用脚本删除ios工程中未使用图片 最近在读唐巧大神的<iOS开发进阶>,学到了一个大招:使用脚本删除ios中未使用的图片(纸书上有点小问题,参考github上的issue:使用脚本删除ios中未使用图片). issue中得到的建议是:将代码保存在一个.sh文件中,在xcode里面执行shell脚本文件.看到这里,头瞬间大了,大学学的shell都还给linux老师了....还有xcode中怎么执行脚本啊??? google一下,找到mac下创建.sh文件的小白方法:教你在mac上面创建可执行脚

给iOS工程增加Daily Build  前言 Daily Build 是一件非常有意义的事情,也是敏捷开发中关于 "持续集成" 的一个实践.Daily Build 对于开发来说有如下好处: 保证了每次 check in 的代码可用,不会造成整个工程编译失败. 进度跟进.产品经理可以每天看到最新的开发进度,并且试用产品,调整一些细节.很多时候,一个新功能,你真正用了一下才能有体会好或不好,所以 daily build 也给产品经理更多时间来调理他的设计. 需求确认.产品经理可以确认开发

前言 IOS的开发过程中,当需要给测试人员发布测试包的时候,直接使用xcode来做的效率是非常低下的.尤其是当有一点小改动需要重新出包时,那简直是个折磨的人的工作.通过一番研究后,遂决定写一系列脚本,以代替人工完成打包和发布的过程. 目前脚本已经完成,基本可以满足我目前的需求.现将其开源,托管在github上,项目地址:点击这里 思路 借助xcode所附带的“Command Line Tools”,可以通过命令行来完成IOS工程的编译和打包工作.脚本正是基于此完成的. 本套脚本分为三个部分:负责

4 月份参加 2017@Swift 大会的时候有幸听到了 @zesming 大佬关于美团组件化的 Topic,有一张图印象特别深刻. 来自 @zesming 大佬 后来跟 @zesming 大佬沟通怎么去整理组件自动构建发布思路的时候他也跟我提到了这张图.所以我准备围绕这张图来整理一下 iOS 工程自动化的思路. 基础知识 首先,我们需要掌握一些自动构建发布的基础知识,主要包含如下几个方面. GitFlow - 规范 git 操作流程 GitFlow 是由 Vincent Driessen 提出

如何将 iOS 工程打包速度提升十倍以上   过慢的编译速度有非常明显的副作用.一方面,程序员在等待打包的过程中可能会分心,比如刷刷朋友圈,看条新闻等等.这种认知上下文的切换会带来很多隐形的时间浪费.另一方面,大部分 app 都有自己的持续集成工具,如果打包速度太慢, 会影响整个团队的开发进度. 因此,本文会分别讨论日常开发和持续集成这两种场景,分析打包速度慢的瓶颈所在,以及对应的解决方案.利用这些方案,笔者成功的把公司 app 的持续集成时间从 45 min 成功的减少到 9 min,效率提升

http://blog.csdn.net/ccf0703/article/details/8588667 文章首发地址:http://webfrogs.me/2013/02/18/ios-automation/ 作者:webfrogs 转载请注明出处. 前言 IOS的开发过程中,当需要给测试人员发布测试包的时候,直接使用xcode来做的效率是非常低下的.尤其是当有一点小改动需要重新出包时,那简直是个折磨的人的工作.通过一番研究后,遂决定写一系列脚本,以代替人工完成打包和发布的过程. 目前脚本已经

在现有的iOS工程中集成react native, 或者说将react native引入到iOS 项目,是RN和iOS混合开发的必经之路 参考官网教程:https://reactnative.cn/docs/integration-with-existing-apps/ 但是会有一些步骤报错,这里记录一下.首先我的项目结构是这样: RNTEST 是最外面的文件夹的名字,也是iOS项目的名字.ios/  下是iOS项目文件. npm安装RN依赖都没问题,按照官网步骤来 最主要的是 cd ios p

前沿 由于我司已经有自己的App,flutter属于技术引进的一部分,也不太可能重新启动一个项目,因此目前我们是将flutter模块形式注入我们的App之中.即:将flutter模块集成到现在有iOS工程之中. 目录 创建flutter模块工程 使用pod 将flutter 模块工程添加到现有工程之中 code 执行flutter 工程 运行热更新 1. 创建flutter模块工程 我这里是使用Android Studio 创建flutter工程,如下: 当然也可以使用flutter命令行进行创

导出 iOS 工程 在开始之前,请务必先保存您的工程.由于 Unity 无法直接生成 ipa 文件,您需要先导出 iOS 工程文件,然后通过 Xcode 编译生成. Step 1. 选择平台 在 Unity 中,点击 File > Build Settings-,在弹出的 Build Settings 对话框中选择 iOS 平台,并点击 Switch Platform,点击 Add Current 将当前工程添加到 Scene In Build 窗口中(请确认已勾选). Step 2. iOS

3. 文件搜索命令 3.1 文件搜索:find (1)find命令 命令名称 find 命令所在路径 /bin/find 执行权限 所有用户 语法 find [搜索范围] [-选项] [匹配条件] -name:根据文件名查找 -iname:根据文件名查找,但忽略大小写 -inum:根据i节点查找 -size [+-n]: 根据文件大小查找,+n大于,-n小于,n等于 其中n的单位:数据块(512字节,即0.5K)的大小 -amin,cmin,mmin:根据时间属性(访问access.文件属性(如

locate 目录或文件名 -i 查找的时候不区分大小写 这个类似everything,速度比find快很多,因为这个命令搜索的是它维护的文件资料库,文件资料库是var/lib/mlocate/mlocate.db,如果文件没有包含在它的文件资料库,那么是找不到这个文件的,这个时候需要用updatedb命令来更新文件资料库,但是,/tmp这个目录,是不会被文件资料库收录的,即使执行了updatedb也找不到tmp下面的文件 which 搜索命令所在目录及别名 例:which ls whereis

 1.文件搜索命令:locate [文件名]    在后台数据库中按文件名搜索,搜索速度比find快,耗费资源更少    例子:locate test.txt,就会显示文件名包含 test.txt的所有文件以及这些文件所在的目录    但对于新建的一个文件,立即使用locate搜索是搜索不到的,因为locate不是遍历所有的文件进行搜索的,而是在locate 自己的数据库中进行搜索的,它的数据库的位置在 /var/lib/mlocate/.因为不需要遍历所有的文件,只是通过自己的数据库进行搜搜,

1. locate:按照文件名搜索文件 locate filename 与find在整个操作系统中遍历搜索不同,locate命令在/var/lib/mlocate这个后台数据库中按照文件名搜索,所以优点是搜索速度很快. 然而由于数据库是一天更新一次,所以新建的文件很可能搜索不到,为了避免这个问题,可以强制更新数据库:updatedb Locate的缺点是只能用文件名搜索,而且由于Locate的搜索是根据/etc/updatedb.conf文件中的规则进行搜索的,所以可能会存在某些文件或者某些文件

文件搜索命令:locate locate 文件名 在后台数据库中按文件名搜索,搜索速度很快(比find命令要快得多) locate命令所搜索的后台数据库的位置:/var/bin/mlocate 支持模糊搜索 这里要说明一下:locate的数据库是每天更新一次,所以新创建的文件是无法搜索到的,但是可以通过updatedb命令来更新数据库,更新后即可查找到. 请仔细阅读以下命令和结果: [root@localhost ~]# ls anaconda-ks.cfg [root@localhost ~]

(1)find find命令用于文件搜索,所在路径/bin/find,其语法格式为: find [搜索范围] [匹配条件] 1)-name:根据文件名搜索,如搜索/etc下的init文件 [root@localhost ~]# find /etc/ -name init /etc/sysconfig/init /etc/kdump-adv-conf/kdump_initscripts/init /etc/init [root@localhost ~]# 注:-iname是不区分大小写,与Wind

以下是目前所有的Google搜索命令语法,它不同于Google的帮助文档,因为这里介绍 了几个Google不推荐使用的命令语法.大多数的Google搜索命令语法有它特有的使用格式,希望大家能正确使用.我用不同颜色标注了不同的语法命 令,绿色的较为常用的命令,黄色的是不常用但却非常有用的命令,蓝色是Google不推荐使用的命令. allinanchor: anchor是一处说明性的文字,它标注说明了这个链接可能跳转到其它的网页或跳转到当前网页的不同地方.当我们用allinanchor提交查询的时

iOS 工程中文件变成红色是原有的文件路径改变了,系统找不到了.

文件搜索命令:find(文件搜索) 一些示例: 注意:在以文件名为条件进行搜索时,支持通配符. 多条件搜索,以及直接对搜索到的文件进行操作: 文件搜索命令:locate(在文件资料库中查找文件) 文件搜索命令:which(搜索命令所在目录以及别名信息) 文件搜索命令:whereis(搜索命令所在目录以及帮助文档路径) 文件搜索命令:grep(在文件中搜索字符串匹配的行并输出)