The bundle-ID and display-name renames weren't enough — the actual Xcode target/product name was still "Jarvis", which drives CFBundleName, Xcode's Organizer archive list, the .xcodeproj filename, and the scheme name. Renamed all the way through: - project.yml: top-level name, target key, PRODUCT_NAME, source/info paths - Jarvis/ -> Jervis/ (source folder, git-tracked as renames, no content diffs on the moved files) - .gitignore, CI workflows, README, CONTRIBUTING: Jarvis.xcodeproj / scheme Jarvis -> Jervis.xcodeproj / scheme Jervis Verified: xcodebuild -scheme Jervis succeeds, produces Jervis.app, CFBundleName/CFBundleExecutable/CFBundleDisplayName all read "Jervis". CFBundleIdentifier intentionally stays com.kisani.jarvis (per prior decision — bundle ID isn't user-facing anywhere including Organizer). Swift type names (JarvisApp, JarvisWordmark, etc.) and the Gitea repo name/URL are unchanged — pure internal source identifiers, not user or developer-facing product identity. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
60 lines
1.9 KiB
YAML
60 lines
1.9 KiB
YAML
# Gitea Actions reads .github/workflows/ (as well as .gitea/workflows/).
|
|
# Keeping everything here avoids running two duplicate pipelines.
|
|
#
|
|
# Runner requirement: a Mac with Xcode 16+ registered as a Gitea act_runner
|
|
# with labels "self-hosted" and "macos" (see CONTRIBUTING.md → Runner Setup).
|
|
name: CI
|
|
|
|
on:
|
|
pull_request:
|
|
branches: [main, develop]
|
|
push:
|
|
branches: [develop]
|
|
|
|
concurrency:
|
|
group: ci-${{ github.ref }}
|
|
cancel-in-progress: true
|
|
|
|
jobs:
|
|
build:
|
|
name: Build · ${{ matrix.configuration }}
|
|
runs-on: [self-hosted, macos]
|
|
strategy:
|
|
fail-fast: false
|
|
matrix:
|
|
configuration: [Debug, Release]
|
|
|
|
steps:
|
|
- uses: actions/checkout@v4
|
|
|
|
- name: Xcode version
|
|
run: xcodebuild -version
|
|
|
|
- name: Install XcodeGen
|
|
run: brew list xcodegen &>/dev/null || brew install xcodegen
|
|
|
|
- name: Generate Xcode project
|
|
run: xcodegen generate
|
|
|
|
# Device SDK, signing disabled: CoreSimulator on the runner Mac is unreliable
|
|
# (Xcode on an external volume can't discover simulator runtimes and hangs).
|
|
# Compilation coverage is identical; no tests run on simulator yet anyway.
|
|
- name: Build (${{ matrix.configuration }}, iOS device SDK)
|
|
run: |
|
|
set -o pipefail
|
|
xcodebuild \
|
|
-project Jervis.xcodeproj \
|
|
-scheme Jervis \
|
|
-configuration ${{ matrix.configuration }} \
|
|
-sdk iphoneos \
|
|
-destination 'generic/platform=iOS' \
|
|
-derivedDataPath build \
|
|
COMPILATION_CACHE_ENABLE_CACHING=NO \
|
|
CODE_SIGNING_ALLOWED=NO \
|
|
CODE_SIGNING_REQUIRED=NO \
|
|
build
|
|
|
|
# No test targets exist yet (see docs/BACKLOG.md #13). When a JervisTests
|
|
# target is added, switch this to `xcodebuild test` on a simulator — after
|
|
# fixing CoreSimulator on the runner (Xcode must live on the boot volume).
|