对于iOS开发者而言，CocoaPods并不陌生，通过pod相关的命令操作，就可以很方便的将项目中用到的三方依赖库资源集成到项目环境中，大大的提升了开发的效率。CocoaPods作为iOS项目的包管理

云音乐 iOS App 经历多年的迭代，积累了大量的 Objective-C 代码，目前已经完成分层组件化，之后我们开始探索 Swift 混编

本文通过介绍 Swift 代码覆盖率的生成原理，支持了在 CI 分布式编译和测试的场景下，将每种测试的代码覆盖率合并，最终还原得到真实的覆盖率结果。

这个工具是根据 《iOS 覆盖率检测原理与增量代码测试覆盖率工具实现》的一次实践(侵删)，本篇文章更注重实现细节，原理部分可以参考原文。 下面从增量和覆盖率介绍这个工具的实现。 增量的结果根据git得到。 git status得到当前有几个commit需要提交。 如果当前存在未…

这是一个统计基于 Swift & Objective-C 工程的代码覆盖率的自动化脚本。之所以做成 Pod ，是便于更好的复用，该 Pod 只包含了收集生成代码覆盖率的脚本。整体比较简单方便。

说明 SwiftLint有Homebrew和CocoaPods两种接入方式 因为存在自定义代码规范，所以只介绍通过Homebrew接入 安装使用 Homebrew： 用法 整合 SwiftLint 到

jenkins是什么自不多说。用了都说好。 jenkins之前一直用别人配置好的。最近入职新公司，没有jenkins，打算自己动手解决这个问题。 在网上找了很多文章， 对我来讲，没有一篇能按照步骤最后

一、获取代码diff 1、找到两次提交确认增量代码 通过 git log 找到最近一次（多次）的改动日志： a8692db2716eeb909aa9a9e48a89ac1a5368fa1f 这次的修改

做为一个静态代码分析工具，我们引入 OCLint 的目的主要是为了提高我们的代码质量。通常我们提高代码质量的方式是通过 CodeReview，但是这个过程耗费的人工和时间往往较大，所以我们想通过 OCLint 的一些规则，让机器帮我们完成一部分代码质量的检测，从而提高我们的工作效率。