코드 저장소 권한
대상 브랜치를 읽을 수 있고 서브모듈과 비공개 의존성에 별도 권한이 있는지 확인하세요. 자동화 토큰은 필요한 저장소와 작업만 허용하고 개인의 장기 자격 증명을 재사용하지 마세요.
- 메인 저장소와 서브모듈 접근 확인
- 의존성 소스와 잠금 파일 버전 기록
- 취소 가능한 단기 저장소 토큰 준비
MiniRents는 다른 임차인과 기기 리소스를 공유하지 않는 전용 물리 머신을 제공하며 가상 머신이 아닙니다. 이 가이드는 저장소 권한, SSH 공개 키와 서명 자료 준비부터 노드 선택, 원격 연결, Xcode 점검, 아카이브 내보내기와 작업 후 정리까지 안내합니다.
기기가 제공된 뒤 저장소 권한이나 서명 파일을 급히 찾으면 첫 빌드가 중단될 수 있습니다. 주문 전에 다음 항목을 점검하고 자동화 작업에는 범위가 명확하고 취소 가능한 접근 자격 증명을 사용하세요.
대상 브랜치를 읽을 수 있고 서브모듈과 비공개 의존성에 별도 권한이 있는지 확인하세요. 자동화 토큰은 필요한 저장소와 작업만 허용하고 개인의 장기 자격 증명을 재사용하지 마세요.
프로젝트에 필요한 인증서, 프로비저닝 프로파일, 팀 식별자와 내보내기 설정을 정리하세요. 민감한 자료는 제어된 변수나 암호화 파일로 주입하고 저장소에 직접 기록하지 마세요.
클라우드 기기 전용 키 쌍을 생성하고 개인 키는 신뢰할 수 있는 단말에 보관한 뒤 공개 키만 제출하세요. 키 파일에는 엄격한 권한을 설정하고 호스트 지문 검증용 기록을 준비하세요.
M4 · 16GB · 256GB
단일 프로젝트 서명, 일반적인 Xcode 아카이브, 의존성 검증과 낮은 동시성 자동화 작업에 적합합니다. 파이프라인을 처음 검증할 때 이 모델부터 사용해 실제 소요 시간과 디스크 사용량을 확인해 보세요.
MiniRents M4 선택M4 Pro · 64GB · 2TB
여러 빌드 큐, 대규모 의존성 그래프, 병렬 테스트와 Apple Silicon AI 실험에 적합합니다. 넉넉한 메모리와 로컬 저장 공간으로 작업 경합과 잦은 정리를 줄일 수 있습니다.
MiniRents M4 Pro 선택선택 가능한 노드는 싱가포르, 일본(도쿄), 한국(서울), 홍콩, 미국 동부입니다. 두 모델 모두 이 5개 노드를 지원하며 실제 이용 가능 여부는 콘솔의 실시간 응답을 따릅니다.
| 노드 | 우선 고려할 팀 | 선택 시 확인할 항목 |
|---|---|---|
| 싱가포르 | 동남아 협업 및 지역 저장소 | 팀 연결 경로, 의존성 소스 위치 |
| 일본(도쿄) | 일본 및 동아시아 개발 팀 | 코드 저장소와 산출물 수신 위치 |
| 한국(서울) | 한국 및 인접 지역 팀 | Runner 콜백 및 로그 전송 경로 |
| 홍콩 | 중국 남부 및 동남아 지역 간 협업 | 원격 데스크톱 사용 경험과 의존성 다운로드 경로 |
| 미국 동부 | 북미 동부 및 대서양 횡단 팀 | 저장소, 아티팩트 저장소와 파이프라인 제어 위치 |
Apple Silicon 환경에서 프로젝트의 의존성 설치, 서명과 아카이브가 가능한지 검증하는 데 적합합니다. 전체 빌드 시간을 먼저 기록한 뒤 연장 여부를 결정하세요.
버전 출시 집중 작업, 스크립트 일괄 마이그레이션 또는 단기 테스트에 적합합니다. 실패 재시도와 의존성 캐시 재생성 시간을 여유 있게 확보하세요.
지속적인 개발, 고정형 셀프 호스팅 Runner와 정기 배포에 적합합니다. 환경 초기화, 빌드와 정리 스크립트를 저장소에서 관리할 수 있습니다.
안정적인 빌드 큐와 장기 팀 사용에 적합합니다. 구성원 권한 회수, 자격 증명 교체와 디스크 정리 절차도 함께 마련하세요.
먼저 모델, 기간과 노드를 선택해 주문하세요. 기기 제공 후 콘솔에서 기기 상태, 연결 주소, SSH 사용자 이름과 호스트 지문을 확인하고 채팅 기록이나 전달받은 스크린샷에서 연결 정보를 복사하지 마세요.
MiniRents M4 또는 MiniRents M4 Pro를 확인하고 일·주·월·분기 기간과 대상 노드를 선택하세요. 제출 전에 추가 저장 공간과 Thunderbolt 5 병렬 옵션을 다시 확인하세요.
USDT-TRC20 및 Visa / Mastercard / Amex(Stripe)만 지원하며 모든 결제는 미국 달러(USD)로 처리됩니다. 실제 이용 가능한 결제 게이트웨이는 백엔드 API 응답을 따릅니다.
제공 정보가 표시되면 모델, 노드, 대여 기간과 기기 식별자를 확인하세요. 연결 전에 호스트 지문을 기록하고 이후 검증은 콘솔 기록을 기준으로 진행하세요.
갱신, 기기 상태, 청구서와 티켓은 모두 콘솔에서 관리합니다. 기술 티켓을 제출할 때 기기 식별자, 노드, 문제 발생 시간대와 비식별화된 로그를 첨부하세요.
처음 연결하면 터미널에 원격 호스트 지문이 표시됩니다. 콘솔 기록과 한 글자씩 대조해 일치한 경우에만 수락하세요. 지문이 다르면 연결을 중단하고 티켓을 제출하며 검사를 우회하지 마세요.
기기 식별자, 노드, 호스트 주소, SSH 사용자 이름과 지문이 같은 기기에서 나온 것인지 확인하세요. 주소가 비슷하다는 이유만으로 연결을 진행하지 마세요.
전용 개인 키를 지정해 연결한 뒤 아키텍처, 시스템 버전과 현재 사용자를 먼저 확인하세요. 작업을 마치면 exit를 입력해 사용하지 않는 세션을 남기지 마세요.
지원 가이드에 따라 VNC 원격 데스크톱을 활성화한 뒤 신뢰할 수 있는 기기에서 세션을 시작하세요. 작업이 끝나면 직접 연결을 끊고 공유 단말에 연결 자격 증명을 저장하지 마세요.
연결 및 VNC 가이드 보기다음 출력은 비식별화된 예시로 명령 순서만 보여 주며 실제 주소, 지문, 저장소 경로 또는 서명 자료는 포함하지 않습니다. 실행 전에 콘솔과 프로젝트에 해당하는 값으로 바꾸세요.
$ chmod 600 ~/.ssh/minirent_ed25519
$ ssh -i ~/.ssh/minirent_ed25519 builder@203.0.113.24
The authenticity of host cannot be established.
ED25519 key fingerprint is SHA256:[REDACTED]
Are you sure you want to continue connecting? yes
$ uname -m
arm64
$ xcodebuild -version
Xcode [SELECTED_VERSION]
Build version [SELECTED_BUILD]
$ git clone [REDACTED_REPOSITORY] app
$ cd app
$ xcodebuild -workspace App.xcworkspace \
-scheme App \
-configuration Release \
-archivePath build/App.xcarchive archive
** ARCHIVE SUCCEEDED **
$ bundle exec fastlane ios build
[fastlane] Loading controlled environment variables
[fastlane] Archive verified
[fastlane] Output saved to ./artifacts
[fastlane] Finished successfully
환경 점검의 목적은 명령이 실행되는지 확인하는 데 그치지 않습니다. 아키텍처, Xcode, 명령줄 도구, 의존성 버전과 디스크 용량이 프로젝트 요구 사항에 맞는지 확인해야 합니다. 점검 결과를 빌드 로그에 기록하면 실패 원인을 훨씬 빠르게 찾을 수 있습니다.
uname -m
다음 반환값 예상 arm64입니다. 또한 의존성에 다른 아키텍처만 지원하는 바이너리가 포함되어 있지 않은지 확인해 아카이브 단계에서 호환성 문제를 발견하는 일을 피하세요.
xcodebuild -version
출력을 프로젝트 요구 사항, 파이프라인 이미지 기록과 팀 표준에 맞춰 확인하세요. 버전을 변경한 뒤에는 명령줄 도구가 실제로 어느 경로를 가리키는지도 다시 점검하세요.
xcode-select -p
경로가 현재 선택한 Xcode에 속하는지 확인하세요. 스크립트에서 고정 경로를 가정하지 말고 작업 시작 시 실제 결과를 출력하세요.
bundle exec fastlane --version
Bundler, fastlane과 프로젝트 의존성 도구는 잠금 파일로 고정된 버전을 우선 사용해 로컬과 클라우드 결과의 차이를 줄이세요.
df -h .
저장소, 의존성 캐시, DerivedData, 아카이브와 내보낸 산출물의 총 사용량을 추정하세요. 공간이 부족하면 다시 생성할 수 있는 캐시부터 정리하고 서명 자료나 전달 대기 산출물은 실수로 삭제하지 마세요.
mkdir -p build-logs
민감한 값이 없는 환경 요약, 시작 시간, 커밋 버전과 도구 버전을 저장하세요. 이후 실패가 발생하면 원인이 코드 변경인지 환경 변경인지 판단할 수 있습니다.
첫 아카이브는 반복 실행 가능해야 합니다. 명령이 성공적으로 종료되었는지만 확인하지 말고 서명 결과, 아카이브 내용, 내보낸 산출물과 로그가 대상 커밋과 일치하는지도 점검하세요.
저장소를 가져온 후 커밋 해시를 기록하고 서브모듈을 초기화한 뒤 잠금 파일에 따라 의존성을 설치하세요. 빌드 중에는 브랜치를 전환하지 마세요.
작업 실행 전에 저장소 토큰, 서명 매개변수와 환경 설정을 주입하세요. 로그에는 변수의 존재 여부만 출력하고 값은 출력하지 마세요.
workspace 또는 project, scheme, configuration과 archivePath를 명확히 지정해 대화형 세션과 파이프라인에서 명령이 동일하게 동작하도록 하세요.
아카이브에 예상 팀, 인증서와 프로비저닝 프로파일이 사용되었는지 확인하세요. 일치하지 않으면 내보내기를 중단하고 임시 수동 수정으로 설정 문제를 덮지 마세요.
산출물 이름, 크기, 커밋 버전과 체크섬을 기록한 뒤 제어된 경로로 다운로드하세요. 로컬 사본이 완전한지 확인한 후에만 정리 단계로 넘어가세요.
정리는 선택 사항인 마무리 작업이 아닙니다. 모든 작업이 끝나면 임시 자격 증명을 삭제하고 산출물 전달을 확인하며 다시 생성할 수 있는 캐시를 처리하고 기기 상태를 점검해야 합니다. 장기 대여 기기도 같은 절차를 적용하세요.
기기 관련 문제는 기기와 주문을 연결할 수 있도록 우선 콘솔 티켓으로 제출하세요. 로그인할 수 없는 경우에는 다음 주소로 이메일을 보낼 수 있습니다. support@minirents.com 단, 이메일에 비밀번호, 개인 키 또는 비식별화되지 않은 로그를 첨부하지 마세요.
먼저 주문 구성을 완료한 뒤 콘솔에서 실제 연결 정보를 확인하세요. 기기가 이미 제공되었다면 콘솔에 로그인해 호스트 지문을 확인하고 환경 점검을 시작하면 됩니다.