How we ship an iPhone app on autopilot — the Fastlane story behind Bardi Fuels
Getting an app onto the Apple App Store is famously fiddly. Doing it again and again, reliably, is where teams quietly lose days. Here's how we made releases boring — in the best possible way — for Bardi Fuels.
The problem: releasing an app by hand is slow and risky
Every iPhone release involves a long checklist: signing the app with the right certificates, matching provisioning profiles, bumping version numbers, building, uploading, filling in the App Store details, and submitting for review. Do it by hand and it takes an afternoon — and one wrong certificate or a mistyped build number means a rejected upload and a restart.
For Bardi Fuels — a members-only market platform where the app had to ship, and then keep shipping updates — that manual dance wasn't good enough. Releases had to be fast, repeatable, and safe enough that the team could run them without fear.
What Fastlane actually does
Fastlane is an open-source tool that automates the boring, error-prone parts of shipping mobile apps. You describe your release steps once, as named “lanes”, and from then on a release is a single command instead of a twenty-step checklist.
Think of it as the difference between hand-assembling a package every single time and pressing one button that does it perfectly, the same way, every time.
How we set it up for Bardi
We built a set of lanes that cover the whole life of a release:
- Build — compile the app, sign it correctly, and package it, with the version and build number handled automatically.
- Submit — upload to Apple and send it for review with the right details attached.
- Ship — push a tested build to TestFlight so real people can try it before it goes public.
- Status — check where a submission sits in Apple's review queue at a glance.
- Resubmit — cleanly re-run a submission if Apple asks for a change, without rebuilding from scratch.
Once those existed, shipping an update stopped being a project and became one command — which means fewer mistakes, faster fixes, and a release process the client's own team can run.
The payoff: an App Store review fixed in a day, not a week
Apple's review flagged one issue on Bardi's app — a common note about how account sign-up works. The manual path would have been to change the app, rebuild it, re-upload, and wait days for a fresh review.
Instead, because the app and the release pipeline were built to be flexible, we fixed it with a small change on our side — no new app build needed — reframed the review notes, and resubmitted with a single lane. Approved fast. Knowing the platform, with automation ready to go, turned a week-long setback into a same-day fix.
Why this matters — even if you're buying a website
You'll never see Fastlane. But the instinct behind it is the same one behind every Kalebtec build: automate the fragile, repetitive parts so releases are boring and reliable. The websites we ship deploy exactly the same way — automatically, repeatably, with the same care.
That's the whole idea behind Kalebtec Websites: the rigor that ships production apps, pointed at getting your website finished and live — without you ever having to think about the machinery underneath.
The work was completed in less time than initially shown and the follow up has been seamless thus far.
Pierre F. Baranyanka, Founder, Bardi Fuels