关于iOS代码测试覆盖率的步骤、原理、技术点分析，以及延伸到的LLVM和GCC编译器在覆盖率方向的对比。

今儿看了一位兄弟的文章Fastlane自动化管理自己的私有库，想到我许久之前写过一个快捷管理pod发布的脚本。 首先需要安装Fastlane，这个脚本管理集合，可以用来打包发布ipa，cocoapods等等，比较方便，就是更新很频繁，不会开飞机的话可能比较漫长。 首先需要在仓库…

Cocoapods-sled 通过复用 Xcode DerivedData 缓存实现 iOS 项目 Pod 库二进制化，让二进制化变得简单，不用相关基建，即插即用。

背景 在实际的项目开发过程中，每次开发完成，发布测试包或者正式包的时候都需要一个一个去打包，打包完成后还需要上传到各类的分发平台。如果上传到App Store之类的可能还好一点。这边主要讲解下如何利用

前言 在iOS开发的过程中，经常会使用Framework静态库。今天主要讲解一下如何在开发Framework的时候，用pod来依赖。当然，可以直接将pod库再用内部依赖的方式引入，但是这种依赖风险很大

背景 先说下背景需求，在摸鱼周报的整理流程中，最后一步需要生成公众号的原文链接，原文链接指向的是个人博客地址。博客需要发布才能产生外部链接，发布到不费事，但是操作步骤重复，且因为涉及博客推送相关的配置

在我们进行团队开发的时候，避免不了证书和描述文件的管理，常规的有自动管理和手动管理两种方式。本文将详细介绍各方案的优缺点，以及最佳实践。

触发构建机打出测试包，自动上传至蒲公英后提供测试，但是构建机打一个包的时间近25分钟，经过调整后，我将时间测试包的出包时间降低至20秒左右，极速出包

🌏 概论 传统的前端部署往往都要经历：本地代码更新 => 本地打包项目 => 清空服务器相应目录 => 上传项目包至相应目录几个阶段，这些都是机械重复的步骤。对于这一过程我们往往可以通过CI/CD方法