---
title: "Glovo’s Large-Scale App Development: An In-Depth Look"
url: https://daily.dev/posts/glovo-s-large-scale-app-development-an-in-depth-look-sfltn8kh6
source_url: https://tuist.dev/blog/2023/11/03/glovo
type: article
source: "\n      Tuist\n    "
published: 2026-08-23T12:23:55.362Z
updated: 2026-08-23T12:55:38.127Z
tags: ["ios", "cicd", "xcode"]
reading_time: 8
upvotes: 0
comments: 0
language: en
---

> ## Documentation Index
> Fetch the complete documentation index at: https://daily.dev/llms.txt
> Use this file to discover all available pages before exploring further.

# Glovo’s Large-Scale App Development: An In-Depth Look

**[
      Tuist
    ](https://daily.dev/sources/tuist-blog)** · 8 min read · 0 upvotes · 0 comments

## Summary

An interview with Glovo's iOS platform team explores how the company structures its engineering org, tooling, and release process at scale. Topics include a flat modular architecture with strict module type rules, dependency vetting after painful experiences with Quick/Nimble API breakage, a custom build-metrics tool inspired by Spotify's XCMetrics, weekly release cycles built on Jenkins transitioning to GitHub Actions, and a 'selective test running' system that cut CI time by 40%.

## Full article

daily.dev links to this article rather than hosting it. Read it at the original source: <https://tuist.dev/blog/2023/11/03/glovo>

## Questions this post answers

### How did Glovo reduce CI testing time for their modularized iOS app?

Glovo built an internal 'selective test running' tool that identifies which modules changed, analyzes the dependency tree for related modules, and runs tests only for those, instead of running the full suite. Combined with precompiling dependencies, this approach delivered a 40% reduction in CI time for their modularized iOS codebase.

_Teams tuning CI pipelines for large modular codebases can find similar engineering writeups on daily.dev._

### Why did Glovo stop using Quick and Nimble for iOS testing?

Glovo moved away from Quick and Nimble because significant breaking changes in their APIs forced the team to spend substantial engineering time keeping test suites up to date. After this experience, Glovo shifted to using XCTest directly to streamline testing and reduce dependency risk.

_Developers weighing testing framework churn against stability can track similar trade-offs on daily.dev._

### What module size does Glovo recommend avoiding when modularizing an iOS app?

Glovo avoids creating very small modules, generally steering clear of modules with fewer than 1,000 lines of code, because their research showed that adding modules carries real costs to app launch time, local storage, and developer tooling performance like Android Studio Sync. Every new module addition is weighed against these trade-offs before approval.

_Engineers planning a modularization strategy can compare real-world thresholds like this on daily.dev._

## Similar posts on daily.dev

- [Scaling Swiggy’s Mobile Ecosystem \[1/n\]](https://daily.dev/posts/scaling-swiggy-s-mobile-ecosystem-1-n--gz0zl2fay) · Swiggy Bytes · 0 upvotes · 0 comments

---

Tags: [#ios](https://daily.dev/tags/ios), [#cicd](https://daily.dev/tags/cicd), [#xcode](https://daily.dev/tags/xcode)

[View this post on daily.dev](https://daily.dev/posts/glovo-s-large-scale-app-development-an-in-depth-look-sfltn8kh6)