KiteConfigIosExtension

Apple settings inside kiteConfig { ios { ... } }.

The root block holds the truth about your app: its name, its version, its ID. This block holds only what Apple needs on top of that: the bundle suffix, the two version fields, and where your Xcode tree lives.

kiteConfig {
    appName = "Jetzy"
    id("com.example.jetzy") { ios { suffix = ".iosApp" } }
    version("1.4.0") { ios { reupload = 3 } }

    ios {
        rewrite {
            targets("iosApp")
        }
    }
}

Every path here already points at the standard Kotlin Multiplatform layout. Set one only when your tree looks different.

Nothing in this block writes a file on its own. Apple sources change only when rewrite { } is configured and you run kiteRewriteXcode yourself.

The resolved bundle id is readable as kiteConfig.iosBundleId: the root id followed by the suffix from id("base") { ios { suffix } }.

The two Apple version fields

Apple splits what Android keeps in one place. Getting them confused is the usual cause of a rejected TestFlight upload.

Both are set in the version topic's ios { } corner, not here.

So a re-upload of 1.4.0 keeps the marketing version and needs a fresh build number. Turn version("x") { ios { reupload } } rather than inventing a version nobody shipped.

What this block does and does not touch

Those three are declared elsewhere: the bundle id in id("base") { ios { suffix } }, and both version fields in the version topic's ios { } corner.

See also