コードリポジトリの権限
対象ブランチを読み取れること、サブモジュールと非公開依存関係に個別の権限があることを確認します。自動化トークンは必要なリポジトリと操作だけを許可し、個人用の長期認証情報を使い回さないでください。
- メインリポジトリとサブモジュールへのアクセスを確認
- 依存関係の取得元とロックファイルのバージョンを記録
- 取り消し可能な短期リポジトリトークンを準備
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)のみ利用できます。決済はすべて米ドルで行われます。利用可能なゲートウェイはバックエンドの応答をご確認ください。
納品情報が表示されたら、機種、ノード、利用期間、デバイス識別子を確認します。接続前にホストフィンガープリントを記録し、その後の確認はコンソールの記録に基づいて行ってください。
更新、デバイス状態、請求、チケットはすべてコンソールで管理します。技術チケットにはデバイス識別子、ノード、問題の発生時間帯、匿名化済みログを添付してください。
初回接続時、端末にリモートホストのフィンガープリントが表示されます。コンソールの記録と一字ずつ照合し、一致してから承認してください。一致しない場合は接続を停止してチケットを送信し、確認を回避しないでください。
デバイス識別子、ノード、ホストアドレス、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。メールにパスワード、秘密鍵、未匿名化のログを添付しないでください。
まず注文設定を完了し、コンソールから実際の接続情報を取得します。デバイスが納品済みなら、コンソールにログインしてホストフィンガープリントを確認し、環境チェックを開始してください。