iOSangBong

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 4

bongbong9708 — Wed, 25 Mar 2026 10:57:27 +0900

안녕하세요. iOSangBong 입니다.

3탄으로 간단하게 CI/CD 적용기가 끝날 줄 몰랐지만

여러 문제가 있더라구요...

그래서 4탄으로 돌아올지 몰랐는데.. 다시 돌아왔습니다...

https://iosangbong.tistory.com/37

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 3

안녕하세요. iOSangBong입니다.바로 이어서 GitLab Runner 설정을 해보겠습니다.https://iosangbong.tistory.com/36 [iOS] GitLab CI + Fastlane CI/CD 적용기 - 2안녕하세요. iOSangBong입니다.출근하자마자 블로그를 작성하

iosangbong.tistory.com

1️⃣ 현 상황

GitLab CI + Fastlane을 적용해보니

실제로는 원하는데로 작동하지 않더라구요.

문제 1. fastlane으로 increment_build_number를 했지만

info.plist의 CFBundleShortVersionString에 값이 하드코딩으로 고정되어

특정 빌드버전으로만 업로드되고 있었습니다...

ㄴ project.pbxproj 내에 CURRENT_PROJECT_VERSION 값이 Target마다 달랐기 때문입니다.

ㄴ agvtool 은 첫번째 값 기준으로 동작하기 때문에 항상 낮은 버전에서 +1 됐습니다.

2. SPM 라이브러리의 태그버전을 Resolve한 후에도

새로 업로드한 버전으로 업데이트 되는게 아닌

기존 버전으로 적용되서 TestFlight 업로드 되었으며

ㄴ Exact version으로 고정되어 있어 resolvePackageDependencies 실행시 원래 버전으로 돌아갔습니다.

3. (추가적으로) readme를 수정한 다음 빌드버전을 +1한 다음

GitLab에 커밋 푸시까지 해줘야 했습니다.

2️⃣ 원인 파악

1. 구조 파악

현 상황을 해결하기 위해서

CI/CD 구조를 파악해보겠습니다..

SPM 태그를 푸시하게 되면 트리거가 발생

↓

A앱과 B앱에서 연동하여 (readme 수정, 빌드번호 +1, Commit&Push, SPM 태그 버전업)

↓

Fastlane 으로 TestFlight 배포

이러한 과정으로 구성을 하였는데 아래와 같은 상황이였습니다.

- readme 수정, Commit & Push(미구현)
- SPM 태그 버전업(GitLab CI)

- 빌드번호 +1(fastlane)

난감하긴 하네요ㅋㅋㅋ

2. 역할 분석

CI/CD 역할을 잘못 분배하고 있었습니다.

처음 구현할때 CI와 CD의 역할을 명확히 구분하지 않았습니다.

CI : 코드 push/trigger가 감지되면 실행되며 빌드 및 테스트를 진행

- 트리거 감지(태그, Push)

- 환경변수 관리

- 빌드번호 변경

- Commit & Push

- readme 업데이트

- SPM 버전 업데이트

CD : 앱 아카이브를 진행하고 TestFlight/App Store 업로드

- 코드 서명

- 아카이브(.ipa 생성)

- TestFlight 업로드

처음에 구현할때는 역할도 잘못 구현하였었네요...

3. 현재 구조

1. SPM 라이브러리 yml 파일(SUCCESS!)

ㄴ 트리거 발동

2. A앱, B앱 yml 파일(ERROR!)

ㄴ SPM 버전업만 실행하고 있었음 <- 역할 부족

3. Fastlane(ERROR!)
ㄴ 버전업 및 TestFlight 배포 <- 역할 과부하

빌드번호 변경, readme 업데이트, commit & push는 GitLab CI 가 담당해야하는데

Fastlane에서 일부 처리하려다 보니 문제가 생겼습니다.

그러면 2번 3번의 구조를 재구성해서

다시 구현 해볼까요!

3️⃣ A앱 yml 파일 before

stages:
  - deploy

variables:
  LANG: "en_US.UTF-8"
  LC_ALL: "en_US.UTF-8"

deploy_testflight:
  stage: deploy
  tags:
    - iOS
    - mac
  only:
    - tags
    - triggers
  script:
    - cd \(A앱)
    - |
      if [ -n "$KLAGO_COMMON_VERSION" ]; then
        echo "KLAGO_Common 버전 업데이트: $KLAGO_COMMON_VERSION"
        sed -i '' '/klago_common/{n; s/"version" : "[^"]*"/"version" : "'"$KLAGO_COMMON_VERSION"'"/g}' BcMullen.xcworkspace/xcshareddata/swiftpm/Package.resolved
      fi
    - xcodebuild -resolvePackageDependencies -workspace \(A앱).xcworkspace -scheme \(A앱 scheme)
    - export FASTLANE_XCODEBUILD_SETTINGS_TIMEOUT=120
    - fastlane custom_lane

단순히 SPM 버전을 Package.resolved 에서 수정하고 resolve 후 업로드 했지만

실제로는 버전이 반영되지 않았습니다.

4️⃣ 구조 재설계

일단 필요한 요구 사항으로는

1. 기존 SPM의 태그가 발행됐을때 A앱, B앱에서 태그가 적용은 되어야 하지만

내부 검수를 진행해야되기 때문에 실제로 developer 브랜치에 Commit 되진 않아야 한다.

2. readme에 히스토리를 기록하기 위해 앱버전(빌드버전)을 기록한다..

위 조건들을 맞추기 위해서 아래의 구성으로 파이프라인 구조를 구현해보겠습니다.

SPM 라이브러리 태크 발행

↓

GitLab CI 트리거

- SPM 태그 버전 체크

- Git 설정

- 빌드번호 + 1 적용

- Readme 업데이트

- Commit & Push

- SPM 태그 버전으로 Package.swift 수정

- SPM 의존성 갱신

↓

Fastlane

- TestFlight 배포

5️⃣ A앱 yml 파일 After

script:
    ##################################
    # 1. 버전 체크
    ##################################
    - echo "  COMMON_VERSION = $COMMON_VERSION"
    - |
      if [ -z "$COMMON_VERSION" ]; then
        echo "❌ COMMON_VERSION이 비어있습니다."
        exit 1
      fi
    
    
    ##################################
    # 2. Git 설정
    ##################################
    - git config user.name "CI Bot"
    - git config user.email "cibot@example.com"
    - git remote set-url origin "http://oauth2:${CI_PUSH_TOKEN}@your-gitlab.com/${CI_PROJECT_PATH}.git"

    - git fetch origin
    - git checkout -B developer origin/developer
    - git pull --rebase origin developer
    
    
    ##################################
    # 3. 빌드번호 (CI 기준)
    ##################################
    - |
      CURRENT_BUILD=$(grep "CURRENT_PROJECT_VERSION" MyApp/MyApp.xcodeproj/project.pbxproj | grep -o '[0-9]*' | sort -n | tail -1)
      NEW_BUILD=$((CURRENT_BUILD + 1))
      sed -i '' \
        "s/CURRENT_PROJECT_VERSION = [0-9]*/CURRENT_PROJECT_VERSION = ${NEW_BUILD}/g" \
        MyApp/MyApp.xcodeproj/project.pbxproj
      echo "✅ 빌드번호: $CURRENT_BUILD → $NEW_BUILD"
      echo $NEW_BUILD > .new_build
    
    
    ##################################
    # 4. README 업데이트
    ##################################
    - |
      NEW_BUILD=$(cat .new_build)
      TODAY=$(date "+%Y. %m. %d")
      APP_VERSION=$(grep -A5 'LIBRARY_SEARCH_PATHS' MyApp/MyApp.xcodeproj/project.pbxproj | grep "MARKETING_VERSION" | sed -n '3p' | grep -oE '[0-9]+\.[0-9]+\.[0-9]+')
      sed -i '' "18a\\
      \\
      [${APP_VERSION}(${NEW_BUILD})] - MyApp TestFlight 업로드\\
      \\
      ${TODAY} GitLab_CI Bot\\
      - Common [${COMMON_LIBRARY_VERSION}] 임시 적용\\
      " README.md
    
    
    ##################################
    # 5. commit & push (빌드번호만)
    ##################################
    - git add MyApp/MyApp.xcodeproj/project.pbxproj
    - git add README.md
    - |
      NEW_BUILD=$(cat .new_build)
      APP_VERSION=$(grep -A5 'LIBRARY_SEARCH_PATHS' MyApp/MyApp.xcodeproj/project.pbxproj | grep "MARKETING_VERSION" | sed -n '3p' | grep -oE '[0-9]+\.[0-9]+\.[0-9]+')
      if git diff --cached --quiet; then
        echo "⚠️ 변경사항 없음"
      else
        git commit -m "[developer] - COMMON 태그 ${COMMON_LIBRARY_VERSION} 으로 MyApp ${APP_VERSION}(${NEW_BUILD}) TestFlight 업로드"
        git pull --rebase origin developer
        git push origin HEAD:developer
      fi
    
    
    ##################################
    # 6. SPM 버전 수정 (exact version 적용)
    ##################################
    - echo "  common_library version → $COMMON_LIBRARY_VERSION"
    - |
      sed -i '' \
        "/XCRemoteSwiftPackageReference \"common_library\"/{n;n;n;n;n;s/version = [0-9]*\.[0-9]*\.[0-9]*/version = ${COMMON_LIBRARY_VERSION}/;}" \
        MyApp/MyApp.xcodeproj/project.pbxproj
    - echo "✅ 버전 수정 완료"
    - grep -A6 "XCRemoteSwiftPackageReference \"common_library\"" MyApp/MyApp.xcodeproj/project.pbxproj
    
    
    ##################################
    # 7. SPM 의존성 갱신
    ##################################
    - echo "  Package.resolved 갱신..."
    - rm -f MyApp/MyApp.xcworkspace/xcshareddata/swiftpm/Package.resolved
    - rm -rf ~/Library/Caches/org.swift.swiftpm/repositories/common_library-*
    - rm -f ~/Library/Caches/org.swift.swiftpm/repositories/common_library-*.lock
    - |
      xcodebuild -resolvePackageDependencies \
        -workspace MyApp/MyApp.xcworkspace \
        -scheme MyApp
    - |
      grep "$COMMON_LIBRARY_VERSION" MyApp/MyApp.xcworkspace/xcshareddata/swiftpm/Package.resolved || {
        echo "❌ SPM 버전 반영 실패"
        exit 1
      }
    - echo "✅ SPM 갱신 & 검증 완료"
    

    ##################################
    # 8. TestFlight 배포
    ##################################
    - echo "  TestFlight 배포 시작..."
    - export FASTLANE_XCODEBUILD_SETTINGS_TIMEOUT=120
    - cd MyApp
    - fastlane deploy_lane
    - echo "✅ TestFlight 배포 완료"

빌드번호를 가져오는 문제를 해결하기 위해

agvtool 대신 grep + sort로 최댓값을 가져오도록 변경했고

SPM 버전 문제를 해결하기 위해

XCRemoteSwiftPackageReference 버전도 함께 수정했습니다.

6️⃣ 마무리

CI/CD를 처음 도입하다 보니 역할 분배가 명확하지 않았기 때문에 이런 문제가 생긴 것 같습니다.

수정 후 태그 발행해서 업로드 테스트 해보니 정상적으로 작동했고,

불필요한 반복작업을 줄이는데 많이 도움이 된것 같습니다.

Before

SPM 수정 -> 커밋 & 푸시 & 태그 발행 -> A앱 태그 적용 및 빌드 & 아카이브 -> B앱 태그 적용 및 빌드 & 아카이브

After

SPM 수정 -> 커밋 & 푸시 & 태그 발행 -> 점심을 먹거나 카페 갔다오기ㅋㅋ

CI/CD의 핵심은 사람이 할일을 줄여주는 것이라는걸 다시 한번 느꼈습니다.

긴 글이지만 읽어주셔서 감사합니다~

그럼 다들 즐코딩하세요. 그럼 이만~

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 3

bongbong9708 — Fri, 13 Mar 2026 17:12:29 +0900

안녕하세요. iOSangBong입니다.

바로 이어서 GitLab Runner 설정을 해보겠습니다.

https://iosangbong.tistory.com/36

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 2

안녕하세요. iOSangBong입니다.출근하자마자 블로그를 작성하려고 하는데요. 이런 유지보수?를 진행할때마다 얘기를 하면 일정을 할당을 해주는게 아닌회사 임원이 원하는 기능이 먼저 이기 때문

iosangbong.tistory.com

2편에서 이어지는 내용입니다.

3️⃣ GitLab Runner 등록 & 실행

기존에 Runner는 설치를 했었으니 바로 등록을 해봅시다.

url 하고 Token은

프로젝트 > Settings > CI/CD > Runners 에서 가져오면 됩니다.

gitlab-runner register

Enter the GitLab instance URL:
→ Runner URL 입력

Enter the registration token:
→ Runner Token 입력

Enter a description for the runner:
→ mac-runner

Enter tags for the runner:
→ ios, mac

Enter optional maintenance note for the runner:
→ (그냥 엔터)

Enter an executor:
→ shell

이걸 입력하면 Runner 등록이 되고 Runner를 실행해 줍시다.

gitlab-runner start

이걸 실행하니까 에러가 발생하면서 GitLab에서는 이렇게 뜨는데

gitlab-runner run

이렇게 입력해주면

러너가 활성화가 됩니다~~

생각보다 러너 실행은 간편한거같네요

맥 재부팅시 runner를 자동 실행 시켜주려면

brew services start gitlab-runner

추후 삭제하고 싶거나 리스트를 확인하고 싶으면 아래를 실행하면 됩니다.

gitlab-runner unregister --all-runners

gitlab-runner list

4️⃣ .gitlab-ci.yml 작성

1. 하위 프로젝트 yml 파일 작성

자 이게 마지막 .gitlab-ci.yml 작성 해줍시다.

yml 파일 작성 하기 전에 어떻게 구현할지 다시 떠올려보면

SPM 태그 push
↓
SPM CI에서 A앱 CI, B앱 CI를 직접 호출
↓
A앱 CI, B앱 CI 실행 (태그 없이!)
  - SPM 버전 업데이트
  - 빌드버전 변경
  - 아카이브
↓
TestFlight 업로드!

이런 구조로 yml 파일을 작성해 줍시다.

일단 해당 프로젝트에서 파일을 만들어줍니다.

touch ~/.gitlab-ci.yml
open ~/.gitlab-ci.yml

Fastlane 의 경우에는 .xcodeproj 파일이 있는 곳에서 생성을 해줬지만

yml 파일은 프로젝트 루트쪽에 있어야 합니다.

A앱 (루트)
  ├── .gitlab-ci.yml   ← 여기로 이동!
  ├── A project/
  │   ├── A.xcworkspace
  │   └── fastlane/
  └── README

이렇게 하지 않으면 나중에 에러가 발생하니 위치를 잘 잡아주세요~

그 다음에는 yml 파일을 작성해줍니다.

stages:
  - deploy

variables:
  LANG: "en_US.UTF-8"
  LC_ALL: "en_US.UTF-8"

deploy_testflight:
  stage: deploy
  tags:
    - iOS
    - mac
  only:
    - tags
    - triggers
  script:
    - cd "\(A앱)"
    - export FASTLANE_XCODEBUILD_SETTINGS_TIMEOUT=120
    - fastlane custom_lane

SPM에서 트리거가 발생하면 A 프로젝트에서 fastlane custom_lane을 실행한다고 작성을 해줬습니다.

2. GitLab 세팅

그리고 이제 2편에서 Fastfile에 작성했던 key_id, issuer_id, key_filepath를 Variables에 등록해줍니다.

위치는 GitLab -> Project -> Settings -> CI/CD -> Variables에 있습니다.

첨엔 Protected를 켜야되나? 했지만 키는 순간 CI 진행중

GitLab Variables 에 설정한 값을 못 읽는 에러가 발생하게 됩니다...

전부 OFF 시켜주세요!

그리고 SPM에서 태그 발행시 트리거를 발생시키기 위핸 트리거도 만들어줍니다.

GitLab -> Project -> Settings -> CI/CD -> Pipeline triggers에 있습니다.

Add Trigger를 하면 SPM yml파일에서 사용할 Token이 발행됩니다.

3. SPM yml 파일 작성

일단 동일하게 yml 파일을 만들어 줍니다.

touch ~/.gitlab-ci.yml
open ~/.gitlab-ci.yml

만들어준 다음 Pipeline triggers 안내 글에 적혀있는 대로 작성해줍니다.

stages:
  - trigger

trigger_mullen:
  stage: trigger
  tags:
    - iOS
    - mac
  only:
    - tags
  script:
    - curl -X POST --form token="\(token)" --form ref="(브랜치명)" "\(원하는 프로젝트의 GitLab 파이프라인 url)"

이렇게 yml 파일을 작성한 다음 깃 커밋 푸시 해줍니다.

4. 확인

그러면 이제 태그를 발행한 후 확인 해봅시다.

프로젝트 > CI/CD > Pipelines 에 들어가보면

1. SPM Pipelines

2. A앱 Pipelines

이렇게 passed 된 항목이 생기고 클릭하면 상세 로그도 볼수 있어서

에러 발생하면 왜 안되는지 확인하고 수정하면 될것 같습니다!

Fastlane으로 TestFlight 업로드도 잘 됐네요....

동일하게 A앱, B앱 둘다 적용해서 쓰면 정말 좋을 것 같네요!

AI 활용해서 에러로그를 분석해서 원인을 찾고 해결하고 한 2일도 안걸린것 같네요.

구글링으로만 했다면 금방 포기했을것 같습니다... 클로드

다음에는 다른걸로 찾아오겠습니다~

그럼 다들 즐코딩하세요. 그럼 이만~

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 2

bongbong9708 — Fri, 13 Mar 2026 14:38:43 +0900

안녕하세요. iOSangBong입니다.

프로젝트 진행중 시간이 나서 출근하자마자 블로그 겸 구현을 진행하고 있네요

어쨌든 어제에 이어서 진행해보겠습니다.

1️⃣ 기본 환경 설정

1. 일단 Homebrew 설치(기본적으로 iOS개발자라면 있을테니 패스)

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

2. rbenv 및 Ruby 설치

brew install rbenv
rbenv install 3.3.0
rbenv global 3.3.0

3. Fastlane 설치

brew install fastlane

4. GitLab Runner 설치

brew install gitlab-runner

2️⃣ Fastlane 설정

자 이제 왠만한 설정은 다했고

프로젝트로 이동해서 fastlane을 설정해봅시다.

1. .xcodeproj 파일이 있는 곳에서 Fastlane을 초기화 해줍니다.

fastlane init

그럼 이제 폴더가 생성되고 아래와 같이 뜨는데요.

첫번째는 앱 스크린샷 캡쳐

두번째는 TestFlight 배포 자동화
세번째는 App Store 출시 자동화
네번째는 커스텀 세팅하는것 같습니다..

나는 일단 2번째 TestFlight 배포 자동화까지만 하니까 2번 선택!

잘 진행되는듯 하다가 프로젝트 파일 용량이 커서 타임아웃이 나서

일단 Y로 진행

그 다음 다음을 누르니까 초기설정은 완료됐습니다!

2. Appfile, Fastfile 수정

일단 Appfile 먼저 설정해보겠습니다.

open fastlane/Appfile

이거하면 Appfile 열리게 되는데

주석 있는거 다 지우고

app_identifier("\(Bundle ID)")
apple_id("\(Apple ID)")

이렇게 만 해놓고 저장했습니다.

그다음 Fastfile 설정해보겠습니다.

open fastlane/Fastfile

Fastfile 열어서 아래와 같이 세팅해줬습니다.

default_platform(:ios)

platform :ios do

  desc "빌드버전 올리고 TestFlight 업로드"
  lane :custom_lane do
    # 자동 서명으로 처리
    automatic_code_signing(
      use_automatic_signing: true
    )
    
    # 빌드 번호 자동 증가
    increment_build_number

    # 빌드 & 아카이브
    build_app(
      scheme: "scheme 이름",
      export_method: "app-store"
    )

    # TestFlight 업로드
    upload_to_testflight(
      skip_waiting_for_build_processing: true
    )
  end

end

여기서 SPM 라이브러리 태그 번호도 적어줘야되는 줄 알았는데

아직 그건 아니고 일단 저장하고 넘어가겠습니다.

Fastlane Match 설정도 하면 좋을거 같은데

일단 제 개발맥에 있는 인증서 사용하겠습니다.

그러고 테스트를 진행해보죠!

fastlane custom_lane

잘 하다가 이런 에러가 발생해서

export FASTLANE_XCODEBUILD_SETTINGS_TIMEOUT=120
export FASTLANE_XCODEBUILD_SETTINGS_RETRIES=5
fastlane custom_lane

이렇게 하고 다시 돌려보니

시작 [10:33:37] 종료 [10:54:50]

아카이브 성공한 줄 알았는데 아니였네요..

이것저것 찾아보고 몇번 수정을 해봤는데요
원인은 아카이브할 때 Development 인증서로 서명됐는데, export할 때 Apple 서버에서 App Store용 프로비저닝 프로파일을 가져오려고 하니까 인증이 안 됐다고 하네요!

그래서 App Store Connect API를 발급받아서
키 ID, Issuer ID, P8 다운로드 및 경로를 입력해줬습니다!

default_platform(:ios)

platform :ios do
  desc "빌드버전 올리고 TestFlight 업로드"
  lane :custom_lane do
  
    # API 키 설정
    api_key = app_store_connect_api_key(
      key_id: "key_id 입력",
      issuer_id: "issuer_id 입력",
      key_filepath: "~/AuthKey_**********.p8"
    )

  
    # 자동 서명으로 처리
    automatic_code_signing(
      use_automatic_signing: true
    )

    # add actions here: https://docs.fastlane.tools/actions
    # 빌드 번호 자동 증가
    increment_build_number(
      xcodeproj: "***.xcodeproj"
    )


    # 빌드 & 아카이브
    build_app(
      workspace: "***.xcworkspace",
      scheme: "scheme 이름",
      export_method: "app-store",
      xcargs: "-allowProvisioningUpdates"
      clean: true,
      export_options: {
        signingStyle: "automatic"
      }
    )

    # TestFlight 업로드
    upload_to_testflight(
      api_key: api_key,
      skip_waiting_for_build_processing: true
    )
	
  end
end

요렇게 수정하고 다시 돌려봤습니다...

제발~~

시작 [14:13:19] 종료 [14:34:39]

Fastlane 기준 21분 정도 걸렸네요

여기서 TestFlight 올라오는것까지 확인 했습니다.

꽤 오랜시간이 걸렸네요 ㅎ.ㅎ

일단 글이 길어져서 3편으로 바로 돌아오겠습니다~!

그럼 다들 즐코딩하세요. 그럼 이만~

[iOS] GitLab CI + Fastlane CI/CD 적용기 - 1

bongbong9708 — Thu, 12 Mar 2026 17:48:33 +0900

안녕하세요. iOSangBong입니다.

몇년 오랜만에 포스팅을 하는데요..

정보성 글을 작성 하려고 노력을 했었지만 점점 ai도 등장하고 굳이 필요한가? 현타도 많이 왔는데

요새 내가 어떤 걸 해왔는지 기록하는거에 대한 중요성이 생겨서 공부 겸 다시 마음 먹고 시작하려고 합니다.

나중에 시간되면 이 부분도 따로 포스팅을 해보겠습니다.

서론이 길었네요..

현재 상황

현재 회사에서는 AI 관련해서 잦은 업데이트를 하고 있고 기존 하이브리드 컨텐츠를 다운받는 방식이 아닌 파일 자체를 프로젝트에 포함시켜서 너무 자주자주 배포를 진행하고 있습니다.

Common SPM 라이브러리에 파일 업데이트 태그 발행 -> 2개 App에 각각 업데이트(태그, 빌드버전 수정) -> 아카이브 -> 확인 요청

이 과정이 한 30분 정도 걸리는을 일주일에 몇번 하는지를 모르겠네요

각자 프로젝트를 진행하고 있는 상황에서 AI 수정해달라고 하면...

그래서 CI/CD 도입이 절실하게 필요했습니다.

CI/CD를 적용한다면?

CI/CD란 간단하게 빌드 / 테스트 / 배포를 자동화 하는 과정입니다.

SPM 라이브러리에서 하이브리드 컨텐츠를 수정 후 커밋 / 태그 푸시 하게 되면

A앱, B앱에 SPM 태그 버전 변경, 빌드버전 + 1 를 한 다음

CI 빌드 및 테스트 진행

문제가 없다면 CD TestFligth 배포 까지 진행하게 됩니다.

기존 프로세스에 비해 해야할 것 들이 확 줄어서 좋긴한데

시행착오 과정 + 왠만하면 그대로 가져가려고 하는 회사 특성상 쉽진 않겠지만

진행 해보려고 합니다..

팀원 중 누군가가 본다면 따봉을 날려주세요...

Why GitLab + Fastlane ?

저는 GitLab + Fastlane을 선택했습니다.

왜냐면 이미 회사에서 GitLab을 사용하고 있고 별도의 비용도 딱히 안들어가기 때문이죠

사실 선택지가 깃랩밖에 없었습니다 ㅎ.ㅎ

설치 과정은 대략 이렇게 준비될 것 같습니다.

1️⃣ 기본 환경 설정
2️⃣ Fastlane 설정
3️⃣ GitLab Runner 설정
4️⃣ .gitlab-ci.yml 작성

이런 프로세스로 진행할 예정이고

빠르게 진행하면서 넘어가보겠습니다.

지금은 17:46..

직장인에게 칼퇴는 정말 중요하죠....

오늘은 일단 정리하고 내일 다시 진행해보겠습니다.
(프로젝트 진행하면서 회사에서 1시간 정도씩 밖에 진행을 못해서 더딜 수 있지만 봐주세요.. ㅎㅎ)

그럼 다들 즐코딩하세요. 그럼 이만~

[일상] 전세 연장 + 전자 계약 후기 2탄

bongbong9708 — Wed, 1 Jan 2025 18:28:55 +0900

안녕하세요. iOSangBong입니다.

지난 1편에 이은 2번째이자 마무리를 지어보려합니다.

이 일들이 몇주 지났지만 한번 잘 기억해보고

기록해보겠습니다.

1. 대출 심사 완료

11월 20일에 전자계약서를 작성한 후 바로 우리은행에 가서

관련 서류들을 제출하게 되었는데

11월 22일에 바로 은행에서 문자가 오게되었습니다.

이렇게 바로 문자가 오게 되었구요

저는 대출이자가 늘어가는게 싫어서 은행원분과 연락을 하게

대출금의 10%를 상환하게 되었고

그 후에 대출 이자율을 확인해본뒤

전자약정을 완료하게 되었습니다~!

2. 전세 갱신 당일

저는 전세 갱신 날짜가 12월 8일 일요일이였어요.

첫 계약때는 22년 12월 9일 평일이였지만 만료날까지 24년 12월 8일이여서

전세계약 갱신 날짜는 12월 8일로 되었답니다.

그래서 저는 일단 임대인 분께 송금을 하였고

확인부탁드린다는 문자를 드려서 확인했다는 문자를 받았습니다.

3. 대출 갱신 당일

12월 9일 오전에 출근을 했는데 은행에 전화가 왔어요.

계좌에 잔액이 부족해서 대출 연장 처리가 안되고 있다고 하더라구요

여기서 ??? 했지만

전세 대출 연장하기 위해서는 보증료를 출금해야되는데

잔액이 없어서 연락이 왔었더라구요

그래서 바로 입금 후

이렇게 문자가 바로 와서 안심했어요~~

4. HUG 방문

저는 성격이 급해서 대출연장이 된 바로 다음날

전세보증보험 연장을 하려고 했어요

https://naver.me/GpCzTdc6

네이버 지도

주택도시보증공사 서울북부지사

map.naver.com

저는 회사 근처에 주택도시보증공사 지사가 있어서

바로 방문을 하려고 필요한 서류를 준비하고 있었습니다.

https://iosangbong.tistory.com/33

[일상] 전세 연장 + 전자 계약 후기 1탄

안녕하세요. iOSangBong입니다.평소에는 개발 관련된 글을 썼는데 오늘은 전세 관련된 글을 써보려고 합니다. 처음 전세계약할때는 도움이 되는 블로그들이 많았는데전세 연장 + 전자 계약에 대

iosangbong.tistory.com

제 이전 포스팅을 보시면

이렇게 필요한 것들이 나오는데요

저 제출안내 사이트에 혹시 몰라서 들어가보게 되었습니다.

https://www.khug.or.kr/hug/web/ig/dr/igdr000002.jsp?tabMenu=Y

전세보증금반환보증 | 주택도시보증공사

보증료 할인을 위한 제출서류

www.khug.or.kr

1) 주민등록등본 및 신분증

2) 전세계약서

3) 전세보증금 지급 확인서류

4) 전입세대확인서

5) 부동산등기부등본

6) 건축물 대장

7) 금융기관 전세자금대출 및 담보제공 확인서

여기서 하나씩 정리를 해보자면

주민등록등본, 건축물대장 -> 정부 24

부동산등기부등본 -> 인터넷 등기소

전세계약서, 보증금 지급서류 -> 프린트

금융기관 전세자금대출 및 담보제공 확인서 -> ???

이건 확인해보니 사이트에 제출서류 다운로드를 누르면

이런 양식이 있었고 다른것들은 다 스스로 작성할수 있었으니

취급점포 날인 ????

바로 담당 은행원분께 전화해서 물어봤더니 은행으로 찾아와야한다고 해서

다음날 점심시간에 바로가서 날인 및 다른 항목들 다 작성 후

주택도시보증공사 서울북부지사에 방문해서

기타 서류 작성 후

2-3개월 뒤 심사되면 연락준다고 해서 회사로 돌아오게 되었습니다.

5. 전세보증금반환보증 완료

그러나 12월 24일 크리스마스에 카톡으로 연락이 오게 됩니다.

2-3개월 심사 기간이 걸린다고 했는데

거의 2주만에 바로 연락이 왔네요

이렇게 바로 보증료를 납부하라는 연락이 와서

납부계좌에 보증료를 납부하니

9~10시쯤 납부를 하게 되니

16시쯤 전세보증금반환보증이 완료되었다는 카톡이 와있었어요~

이제 거의 끝났네요~~~

안심전세 앱을 설치해서 보증내역조회를 들어가니

정상적으로 조회가 되었구요

클릭해서 들어가니 증명서를 발급발을 수 있어서

전세보증서 + 보증료영수증 + 납입증명서를 전부 발급받아서

담당 중개사분께 전달드렸고

임대인분께 전액 보증료를 돌려받았고

돌려받은 이체확인증을 보내주니 끝났습니다~

정말 몇 주동안 혼자 끙끙 알아보고 힘들었는데

잘끝나서 다행인것 같습니다~

이 글을 쓰는 날은 1월 1일으로 2025년 새해가 찾아왔는데요~

모두 건강하고 원하는 일 모두 이루시길 바랍니다

그럼 이만~

[일상] 전세 연장 + 전자 계약 후기 1탄

bongbong9708 — Wed, 20 Nov 2024 19:38:55 +0900

안녕하세요. iOSangBong입니다.

평소에는 개발 관련된 글을 썼는데 오늘은 전세 관련된 글을 써보려고 합니다.

처음 전세계약할때는 도움이 되는 블로그들이 많았는데

전세 연장 + 전자 계약에 대한 글은 없더라구요.

다음 2년 뒤에 제 자신이나 다른분들께도 정보를 공유하고 싶어서

시간순으로 한번 정리해보겠습니다.

글이 길이 때문에 원하시는 분들은 목차로 찾아보시면 될것 같습니다.

1. 서울 올라온 후 전세까지

저는 원래 천안에서 살다가 iOS개발자로 취업하게 되면서 서울로 올라오게 되었는데요.

처음엔 원룸텔에서 1년정도 살았던것 같습니다..

그땐 정말 서울엔 집값도 비싸서 급하게 올라왔는데요

자세히 보면 창문도 없었던 곳이였는데

깔끔하고 300/30 이라는 가격에 보자마자 바로 계약해버렸습니다..

저 계약이 21년 12월이였고 코로나가 한창이였는데

자가격리를 2주하게 되었고

창문이 없어서 거의 감옥생활을 했던 기억이 있네요.

그래서 다음집은 꼭 창이 넓고 뷰가 좋은곳이로 가자해서

지금 살고 있는 집을 찾게 됩니다.

창이 넓고 좋은 집에 살았던 저는 이 집을 보자마자 전세대출에 대해 바로 알아보고

당일날 바로 가계약을 하게됩니다.

한창 전세사기 이런얘기가 나왔는데 뭐가 홀렸는지

꼭 살고 싶더라구요ㅋㅋ

그 길로 바로 전세를 계약하게 되었고 그 이후로 벌써 2년이 지났네요.

2. 전세 종료 4개월 전

전세 종료 시즌이 점점 다가오고 있어서 알아봤는데

1) 묵시적 갱신

2) 계약 갱신청구권

3) 신규 계약

이렇게 3가지 방법이 있었다 별도의 연락이 없었어서

1번인줄 알았으나...

임대인에게 연락이 왔습니다.

임대차 계약 관련 전담 중개사님을 연락처를 알려주셨고

며칠뒤 연락이 오게 됩니다.

임대인님께서 5%를 올리고 싶다고...

이 근처 부동산을 찾아봤더니

1.5룸은 거의 3억... 2룸도 거의 3억

이정도 금액은 무리이기도 했고

이만한 매물이 이가격은 근처에 없는것 같아서

바로 재계약하겠다고 했고 11월 초에 연락을 주겠다고 하셨습니다.

3. 전세 종료 1개월 전

요새 일이 너무 바빠서 신경을 못쓰고 있었는데

갑자기 문자가 옵니다.

그래서 중개사 분께 연락을 드렸더니 바로 계약을 진행하자고 하셨습니다.

그런데 전자계약으로 진행을 하자고 하시더라구요?

일단 무슨 시스템인지 모르니 알아보고 다시 연락드린다고 했습니다.

그렇게 전세 연장 + 대출 연장 + 보증보험 갱신 + 전자 계약을 알아보게 되었습니다.

4. 전세 연장시 주의사항

일단 전세 연장시 주의사항으로는 크게 3가지가 있습니다.

첫번째 등기부등본 확인함으로써 임대차 기간 중 근저당권 설정된게 있는지 확인 해야됩니다.

이때 근저당권이 설정된게 있으면 후순위로 밀려서 보호 받지 못할 수도 있습니다.

두번째로는 새로운 계약서 특약 사항에 연장된 기간, 보증금 증액분 명시하고, 기존 계약서가 유효 하다는 특약사항이 있어야합니다.

세번째로는 새로운 계약서는 확정일자를 받고, 기존 계약서는 함께 보관 해야합니다.

크게 3가지 주의사항이 있고 증액금액이 5%인지 확인했습니다.

5. 전세 대출 연장하기

위에 전세 연장 주의사항을 찾아본다음

전세 대출 연장에 대해 알아보기 위해

2년전 대출을 받았던 우리은행 은행원 분께 연락을 해봤습니다.

그런데 새로운분으로 바뀌셨더라구요.

그래도 제 할일은 해야되니 어떤 서류가 필요한지 여쭤봤습니다.

1) 주민등록등본

2) 가족관계증명서

3) 확정일자가 찍힌 신규 계약서

이렇게 보내달라고 하셨고

추가적으로 전세대출이 연장되면 대출 보증서도 연장된다고 했습니다.

(이건 HF 유선으로 확인한 내용)

6. 보증보험 연장하기

저는 보증서는 HF를 사용했고 보증보험은 HUG를 이용했습니다.

그냥 가입하기 쉬운 회사에 근처에 있는 HUG에 가서 가입을 했는데

다들 이렇게는 안하시는듯하더라구요

쨌든 여기도 전화해보니 ARS로 연결되고 추가적으로 문자로 필요 서류 전달 받았습니다.

1) 신분증

2) 확정일자부 전세계약서

3) 보증금지급 확인서류

4) 등기부등본

5) 주민등록등본

6) 전입세대열람내역

7) 건축물대장

8) 타전세계약확인서 또는 확정일자 부여현황

이렇게 문자를 받았고 추가적으로 보증보험 연장을 해야되는데

보증금 지급은 잔금일에 하는데 어떻게 미리 저 서류를 제출 하지? 라는 의구심이 들어서

전화 상담을 했는데 보증보험 갱신은 -1개월 부터 갱신일 +1개월까지 갱신이 가능하다고

전달 받았습니다.

이부분 참고하시면 좋을듯하네요

7. 전자계약 알아보기

그리고 마지막으로 부동산 전자계약에 대해 알아봤습니다.

국토부에서 만든 전자계약 시스템으로 계약 당사자 본인만이 계약을 진행할 수 있고

계약서 위,변조가 불가능 하다고 하네요.

또한 계약서 작성과 동시에 실거래 신고 및 확정일자 자동 부여됨으로 행정절차가 많이 줄어들게 되고

대출 우대 금리를 지원한다고 하네요

이런 점들이 있으니 국토교통부 사이트에 들어가셔서

한번 확인해보시는게 좋을것 같습니다.

https://irts.molit.go.kr/

국토교통부 부동산거래 전자계약시스템

부동산 전자계약 작성 및 안내, 전자계약 현황 조회, 공동인증서 관리, 전자계약 중개사무소 안내, 이용안내

irts.molit.go.kr

8. 전세 재계약 진행

이렇게 알아본 다음 중개사님께 전자계약으로 진행하자고 전달드렸고

오늘 계약을 진행하게 되었습니다.

그 전에 임대인분께서는 이미 계약을 완료 하셨더라구요.

저는 공인중개사님께 설명을 듣고 계약을 진행했습니다.

부동산 등기부등본, 건축물 대장등 확인해야될 서류들 확인한 다음

계약서 내용에 대해서 설명해주셨고

부동산 전자계약 어플 설치 후 전자계약을 진행했습니다.

https://apps.apple.com/kr/app/%EB%B6%80%EB%8F%99%EC%82%B0-%EC%A0%84%EC%9E%90%EA%B3%84%EC%95%BD/id1281387986

‎부동산 전자계약

‎-부동산거래 전자계약 모바일 서비스(공인중개사,계약자)- 본 서비스는 부동산거래 전자계약시스템(http://irts.molit.go.kr)의 모바일 서비스입니다. 국토교통부 부동산거래 전자계약은 2016년 4월

apps.apple.com

이 어플을 받았고 PASS 인증을 하니

여기에 계약서가 있었습니다.

저는 계약이 끝난 상태라 진행중인 계약이 없다고 뜨고 있습니다!

들어가서 서명하고 하니

이런 식으로 뜨게되고

확정일자도 1시간 도 안되서 바로 신고완료도 됐습니다.

바로 확정일자가 뜨게 되서 은행가서

주민등록등본, 가족관계증명서, 계약서 제출하니까 은행원 분이

은행 어플로 알림주고 거기서 서명하면 된다고 하셔서

일단 이렇게 집으로 오게 되었습니다.

혼자서 이것저것 찾아보면서 해서 걱정이 쫌 됐는데

다행히 잘 진행되고 있는것 같습니다.

다음 은행 심사나 잔금일때 후기 2탄 가져오겠습니다.

그럼 이만~

[iOS][Swift] LocalAuthentication Face ID & Touch ID 생체인식 간단하게 알아보기

bongbong9708 — Sat, 3 Aug 2024 16:26:32 +0900

안녕하세요. iOSangBong입니다.

프로젝트를 진행하다보니 로그인 프로세스에
생체인식(Face ID / Touch ID)을 적용해야됐었는데요!
이때 겪었던 경험을 공유하고자 합니다.

애플에서 제공하는 LocalAuthentication을 사용해보겠습니다.
https://developer.apple.com/documentation/localauthentication/lacontext

LAContext | Apple Developer Documentation

A mechanism for evaluating authentication policies and access controls.

developer.apple.com

일단 LocalAuthentication을 import 해줍니다.

그 다음 생채인식을 사용하는 함수를 만들어보도록 하겠습니다.

생체인식을 위해 LAContent()를 선언해준다음
canEvaluatepolicy로 생체인식 사용유무를 체크해줍니다.

여기서 저는
deviceOwnerAuthenticationWithBiometrics를 사용했는데

암호입력을 사용하시려면
deviceOwnerAuthentication를 사용하셔야됩니다.

withBiometrics를 사용해도 암호입력이 나오긴하지만

암호입력을 클릭시 do-try-catch문에서 error로 떨어지며
아무런 액션이 일어나지 않습니다.

그 다음
저는 async await를 사용해서 evaluatePolicy를 이용해서
성공시 Bool 값을 반대로 바꿔줬습니다.

이때는 DispatchQueue.main.async로 메인쓰레드에서
실행하게 만들어줍니다.

안그러면 컴파일에러가 나더라구요,,

또한 localizedReason에
“생체인식 안태 텍스트입니다.”를 해놓았는데요
TouchID & OpticID(비전프로)에서는
해당 텍스트가 잘 나오더라구요

현재 대부분 사용하는 기기가 FaceID기반이라고는
하지만 신경써야될 부분입니다. 한번 확인하시는게 좋을듯 하네요

이런식으로 간단하게 생체인식 하는 방법을 알아봤는데요...

기획서는 역시 좀더 심화적인 내용을 원하더라구요
그래서 좀더 찾아봤는데

일단 요구하는 화면은 아래와 같습니다.

이런식으로 암호입력을 없애는 걸 요구했습니다.

암호입력을 사용하고 싶지 않을 경우
LAContext를 선언해준 다음

localizedFallbackTitle을
“” 빈값으로 두면
됩니다

혹은 암호입력 버튼 없애지 않고 싶다면
다른 텍스트 값을 넣어주면 됩니다.

또한 취소 텍스트 대신 다른 텍스트를 넣고싶다면
localizedCancelTitle을 다른 값으로 넣어주면 됩니다.

이 프로젝트를 진행하면서
FaceID, TouchID, OpticID(비전프로) 까지 테스트를 해보았습니다.
OpticID는 FaceID의 인식되는 아이콘이 눈모양이더라구요
조금 신기했습니다ㅋㅋ

이렇게 생체인증 LocalAuthentication에 대해 알아보았는데요~
이걸 프로젝트에 잘 활용해보셨으면 좋겠습니다~!

참고를 위해 코드를 올려 놓겠습니다.

import SwiftUI
import LocalAuthentication

struct ContentView: View {
    
    @State var isToggle: Bool = false
    
    var body: some View {
        VStack {
            Image(systemName: "globe")
                .imageScale(.large)
                .foregroundColor(.accentColor)
            Text(self.isToggle ? "Hello, 상봉" : "Hello, world!")
        }
        .onTapGesture(perform: {
            self.checkBioAuth()
        })
    }
    
    func checkBioAuth() {
        let context = LAContext()
        context.localizedFallbackTitle = ""
        context.localizedCancelTitle = "iOSangBong"
        var error: NSError?
        guard context.canEvaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, error: &error) else {
            return
        }
        
        Task {
            do {
                try await context.evaluatePolicy(.deviceOwnerAuthenticationWithBiometrics, localizedReason: "생체인식 안내 텍스트입니다.")
                
                DispatchQueue.main.async {
                    self.isToggle.toggle()
                }
            }
            catch let error {
                print(error)
                print(error.localizedDescription) 
            }
        }
    }
}

이전 포스팅을 하고 거의 1년만인데요..
모든게 하기싫고 게임만했던ㅋㅋ 무기력 했던것 같네요
이제 마음을 다잡고 다시 포스팅을 하려고 합니다 ㅎㅎ
자주 찾아와주세요~!

그럼 다들 즐코딩하세요. 그럼 이만~!

[iOS][SwiftUI] @FocusState에 String 타입 사용해보기

bongbong9708 — Wed, 1 Nov 2023 20:13:53 +0900

안녕하세요. iOSangBong입니다.

오늘은 프로젝트를 진행하는 도중에 focusState에 대한 생각이 들어서

공부겸 포스팅을 해보려고 합니다.

일단 iOS15부터 사용이 가능한 focusState가 있는데

대부분의 예제들을 보면 열거형으로 만들어준다음

옵셔널로 선언해줘서 사용하는 모습을 볼 수 있습니다..

그래서 처음 접했을때는 그냥 저렇게 사용하는거구나?

라고만 생각을 했는데

이번에 프로젝트를 진행하다보니...

ForEach로 무한히 증식하는 텍스트필드를 맞이하게 되었습니다.....

하하하....

매우 안좋은 형태라고 생각하지만

이미 결정된 상태라 의견을 제시할 수도 없었네요.... ㅜ

그래서 focusState는 못쓰겠구나 생각을 했는데..

왜? 열거형으로만 사용해야되지? 라는 생각이 들자마자

바로 테스트를 해봤습니다..

focusState를 옵셔널String 타입으로 선언해준다음

텍스트필드를 4개 만들어줬습니다.

그리고 임의로 포커싱을 해줄 버튼 4개도 만들었습니다.

그런 다음 preview를 보게 되면?

원하는 대로 지정해주는 텍스트필드에 포커스가 이동하는 모습을 볼 수 있습니다.

생각보다 간단하게 끝내서

고민했던 지난 날의 제 모습을 생각하면 어이가 없을 정도네요.

이 기능을 프로젝트에 적용해서

무한히 늘어나는 텍스트필드에도 대응을 할 수 있었습니다.

참고를 위해 풀코드를 올려놓겠습니다~!

import SwiftUI

struct FocusStringView: View {
    
    @FocusState private var focusedField: String?
    
    @State private var firstText: String = ""
    @State private var secondText: String = ""
    @State private var thirdText: String = ""
    @State private var fourthText: String = ""
    
    var body: some View {
        VStack {
            Spacer()
            
            HStack {
                Button(action: {
                    self.focusedField = "first"
                }, label: {
                    Text("first")
                        .padding()
                })
                
                Button(action: {
                    self.focusedField = "second"
                }, label: {
                    Text("second")
                        .padding()
                })
                
                Button(action: {
                    self.focusedField = "third"
                }, label: {
                    Text("third")
                        .padding()
                })
                
                Button(action: {
                    self.focusedField = "fourth"
                }, label: {
                    Text("fourth")
                        .padding()
                })
            }
            
            TextField("첫번째", text: $firstText)
                .focused($focusedField, equals: "first")
                .padding()
                .background(Color.red)
            
            TextField("두번째", text: $secondText)
                .focused($focusedField, equals: "second")
                .padding()
                .background(Color.orange)
            
            TextField("세번째", text: $thirdText)
                .focused($focusedField, equals: "third")
                .padding()
                .background(Color.yellow)
            
            TextField("네번째", text: $fourthText)
                .padding()
                .focused($focusedField, equals: "fourth")
                .background(Color.green)
            
            Spacer()
        }
        .padding()
        .background(Color.white)
        .onTapGesture {
            self.focusedField = nil
        }
    }
}

#Preview {
    FocusStringView()
}

다들 즐코딩 하세요. 그럼 이만~!

[iOS][SwiftUI] WidgetKit 알아보기 - 3. 위젯 이름 및 설명

bongbong9708 — Sun, 22 Oct 2023 17:19:55 +0900

안녕하세요. iOSangBong입니다.

오늘은 위젯의 이름과 설명을 변경하는 방법에 대해 알아본 다음

여러가지 위젯의 이름과 설명을 만들어주도록 하겠습니다.

1. 위젯 타이틀과 설명

홈화면 편집에 들어간다음

내가 원하는 위젯을 보게 되면

이런식으로 My Widget이라고 타이틀이 되어 있고

설명에는 This is an example widget이라고 되어 있네요.

어디서 많이 보시지 않았나요?

바로 WidgetConfiguration 부분에 딱 찾을 수가 있네요.

configurationDisplayName하고 description을 변경해주면?

제대로 타이틀과 설명 부분이 변경 되신걸 볼 수 있습니다~!

2. 여러가지 위젯 타이틀과 설명

그러면 이제 여러가지 위젯 타이틀과 설명이 나오도록 한번 해보죠!

프로젝트를 하다보니 여러개의 타이틀과 설명을 만들어줘야되더라구요.

그래서 방법을 알아보니

일단 이런식으로 기존에 사용하던 provider를 사용하여

두번째 WidgetConfiguration을 만들어 주었습니다.

그 다음에 WidgetBundle에 추가해 주었습니다.

그 결과로는?

이렇게 다양한 위젯 타이틀과 설명이 잘 추가된걸 보실 수 있습니다.

프로젝트의 요구사항에 잘 맞게 추가하시면 될듯 합니다~!

프로젝트에 잘 활용해보세요.

다들 즐코딩하세요. 그럼 이만~

[iOS][SwiftUI] View의 터치가능 영역을 제어하기

bongbong9708 — Sun, 22 Oct 2023 02:45:21 +0900

안녕하세요. iOSangBong입니다.

오늘은 View의 터치 영역을 제어하는 방법을 알아볼텐데요.

프로젝트를 진행하면서 UX를 고려하기 위해서는

이미지의 사이즈보다 크게 터치 영역을 잡아줘야 하는데요.

배경색이 흰색이면 상관없지만

다른색일경우에는 배경색을 clear로 지정해줘야 하는데...

터치가 안될때가 있습니다...

간단하게 샘플코드를 짜보자면

Rectangle하고 Text가 있는데

Rectangle은 .clear 색상으로 두었습니다.

그리고 ZStack에 onTapGesture를 두었는데...

실행해보면?

Rectangle의 크기를 200x200으로 여유 있게 두었는데도

터치가 안되는걸 보실 수 있습니다..

그럴때는 간단하게 contentShape를 추가해주면 되는데요.

기존 코드에 contentShape에 Rectangle을 추가를 해주게 되면?

Text를 터치하지 않아도 제대로 터치되는걸 보실 수 있습니다.

이 부분을 프로젝트에 유용하게 쓰실 수 있을거에요.

실제로 잊을만하면 사용되는것 같네요..ㅋㅋ

도움이 되었으면 좋겠네요.

다들 즐코딩하세요. 그럼 이만~