I'm using Xcode Cloud to build for internal TestFlight testing.
But it stuck in Archive. No warning or error. Unable to complete the workflow.
What could be causing this? I have absolutely no idea what to do now.
Xcode Cloud
RSS for tagAutomate workflows to test, analyze, build, and distribute your app, and integrate them with other developer tools, such as TestFlight and App Store Connect.
Posts under Xcode Cloud tag
119 Posts
Selecting any option will automatically load the page
Post
Replies
Boosts
Views
Activity
Hello,
We are experiencing a persistent issue where macOS builds in Xcode Cloud consistently hang at the Archive stage.
The build itself completes successfully, but no artifacts appear, and it seems the build gets stuck during artifact upload. These builds remain in this state for several days (currently 3 days and counting) not failing, but never finishing.
We opened a support ticket (102756662562), but we have not received any response yet.
We rely on Xcode Cloud for our entire CI/CD pipeline, and at the moment our workflow is completely blocked because of this issue.
Has anyone encountered something similar or found a workaround?
Thank you.
During testing, we encountered an issue where when entering the game and starting audio playback, if I force-kill the app directly (by swiping up the app in the app switcher, rather than switching to the background first before killing it), a system crash prompt dialog appears after the app is killed.
We conducted numerous tests to troubleshoot the problem and found that this issue only occurs with our own TestFlight account. When we uploaded our app to another TestFlight account for testing, we were unable to reproduce this problem.
Topic:
Developer Tools & Services
SubTopic:
Apple Developer Program
Tags:
Games
TestFlight
Xcode Cloud
We want to replace our CI/CD pipelines in Azure DevOps with Xcode Cloud and are currently facing a critical hurdle. For some time now, we’ve observed that the PoC pipelines in Xcode Cloud are having major issues cloning our repositories stored on our Bitbucket Server. More and more pipeline runs are timing out because Xcode Cloud cannot receive the data. Today I spoke with our network team to check whether we might have an issue on our side affecting access to the repository, but we couldn’t find any problems. Cloning the repository to an external machine only takes 30 seconds, so the host’s bandwidth doesn’t seem to be the problem.
However, our network specialists did discover one message:
Significance:
Request abnormal event: high total time
Connection abnormal event: client has a slow receive rate
If this is the bottleneck in the system, we may ultimately have to stay with Azure DevOps and Fastlane in order to continue providing our product teams with reliable builds.
I look forward to your feedback and thank you in advance.
Maik
Hello,
While setting up Xcode Cloud using Bitbucket, I encountered an issue with Source Control and providing access to the repository.
The problem most likely stems from the fact that Bitbucket has updated its policy, and the use of app passwords is no longer available (at least for new ones). However, in Xcode → Settings → Source Control, the login flow still requires an app password, which makes it impossible to authenticate using the new API tokens. Attempting to authenticate via SSH also does not resolve the issue.
After connecting to GitHub, I also tried to connect through the web version, but I'm getting the same message: "Bitbucket Cloud installation was incomplete." I received this same message when I first tried to connect through Xcode.
This problem does not occur when connecting to GitHub.
I would appreciate receiving feedback from the Apple team on this issue.
System Info:
Xcode: 16.2 (latest from App Store)
macOS: Sequoia 15.1
Hi there,
We’re encountering this error in all of our builds when using the latest Xcode and macOS:
The Metal Toolchain was not installed and could not compile the Metal source files. Download the Metal Toolchain from Xcode > Settings > Components and try again.
In short, all builds are failing. I’ve tried fixing this by installing Metal and applying other solutions, but none of them worked reliably.
Is there a way to ensure that the Metal Toolchain is installed on the CI machine?
We are getting following error in xcode cloud
"The step invocation hit a user timeout. The xcodebuild archive invocation timed out. No activity has been detected on stdout, stderr or the result bundle in 30 minutes"
We are using following env to create a build.
Xcode: 14.2
Macos: Ventura 13.2.1
We didn't face any issue in Ventura 13.2.0 and we are seeing this issue in our first build using ventura 13.2.1.
The difference I see between successful and failure build, I don't see
"Discovering Swift tasks after 'Compiling { list of swift file " in a failed build. I see compiling { list of swift file } and end of the compilation, the build is failing.
Hi, our builds with a Test action in Xcode Cloud are failing because of an internal Xcode Cloud crash.
We see the "red cloud with an X" icon, that indicates that it's an Xcode Cloud issue, and the message says "The Test - iOS action could not complete due to an error. The error may not occur on rebuild." but this has been happening for a while now, and for repeated builds.
In the artifacts there is a crash log apparently related to the "ibtoold" process, has anybody had this issue before?
Thanks
My project build failed in Xcode Cloud(works well in my local Mac), and the error shows: Preparing build for App Store Connect failed
The error message is not clear enough to help us find the solution to fix it. Can anyone help with it?
Hello,
I'm getting started for my project with Xcode Cloud since I upgraded to the macOS Sequioa Beta and Xcode 16 now refuses to archive builds for TestFlight.
Somewhere very late in the build process I get the following error:
realitytool requires Metal for this operation and it is not available in this build environment
The log says this happens at:
Compile Skybox urban.skybox
My project uses RealityKit. How can I fix this issue?
Thanks!
Hello,
I'm building this mobile app using Quasar - Capacitor on iOS.
The app is working perfectly, but I'm encountering an issue whenever I push the rep I get this error: "Error
Unable to open base configuration reference file '/Volumes/workspace/repository/ios/App/Pods/Target Support Files/Pods-App/Pods-App.release.xcconfig'.
App.xcodeproj:1"
I've tried every possible solution and made sure that everything is set perfectly.
Can anyone please help me with that?
Thanks in advance, appreciate you 🫶🏻
We have a repository that contains two components:
The SDK codebase
A sample app that uses the SDK for testing purposes
We’ve set up an Xcode Cloud pipeline for the sample app. In this setup, the sample app references the SDK from a local path. Within the ci_post_clone script, we build the SDK project for both the simulator and device, create an .xcframework, and then build the sample app.
Everything works fine — the sample app builds successfully, and the resulting archive is uploaded to Xcode Cloud as an artifact.
However, I also want to share the generated .xcframework with customers by including it as an artifact in the pipeline. The issue is that the .xcframework doesn’t appear in the App Store Connect build artifacts.
I’ve tried the following without success:
Placing the .xcframework inside a folder named artifacts at both the repository root and the project root
Copying the .xcframework to the $CI_ARCHIVE_PATH directory
There isn’t much documentation available on custom artifact creation in Xcode Cloud. Can someone point me to proper documentation or confirm if this is supported? I assume it should be possible, as this is a common workflow for SDK pipelines.
After writing the code, when debugging on VisionPro, the program will encounter a blocking situation when running from Xcode to VisionPro. It will take a long time for the execution information to appear on the Xcode console
Hello,
my builds keep failing in Xcode Cloud at the creation of the archive for tesflight.
I am receiving an email mentioning "ITMS-90035: Invalid Signature"
TMS-90035: Invalid Signature - Code failed to satisfy specified code requirement(s). The file at path “BASELog.app/BASELog” is not properly signed. Make sure you have signed your application with a distribution certificate, not an ad hoc certificate or a development certificate. Verify that the code signing settings in Xcode are correct at the target level (which override any values at the project level). Additionally, make sure the bundle you are uploading was built using a Release target in Xcode, not a Simulator target. If you are certain your code signing settings are correct, choose “Clean All” in Xcode, delete the “build” directory in the Finder, and rebuild your release target. For more information, please consult https://developer.apple.com/support/code-signing.
The thing is the archives which are not intended for testflight not App Store connect are not failing.
I think I have the required distribution certificates (initially they were created by API for Xcode Icloud, I add 3, revoked them and recreated one manually and the other from Xcode directly) :
even though certificats seems ok, in Xcode I see a dev certificate in the managed release
and if I try to force a distribution certificate in the build
I then get the following warning
It looks like my managed profile is not behaving properly, like not embedding a distribution certificate.
I looked on the web for the signing issues, and I have found in other threads an issue with assets having special charsets. I checked on my side, the only thing I see is my app icon is named "icon_v1.png" I assume it shouldn't be an issue. I dont see any special char anywhere else in the sources name.
Anyone has any idea on what is causing those build fails on the archive?
Topic:
Developer Tools & Services
SubTopic:
Xcode Cloud
Tags:
TestFlight
Signing Certificates
Xcode Cloud
So, our app imports CoreML and loads the CoreML models when starting up.
Locally all tests succeed consistently.
Running Tests on Xcode Cloud, they all fail with (UI and Unit Tests)
App (6846) encountered an error (Early unexpected exit, operation never finished bootstrapping - no restart will be attempted. (Underlying Error: Test crashed with signal ill before establishing connection.))
the test instance is busy for 35min and then just aborts, with all tests failing.
This sounds to me like the simulator is maybe showing some exception or is stuck?
Or is it possible that xcode server runs in a special environment that gets stuck on loading CoreML models?
I have a workflow where I want to specifically run some tests in the iOS 18 simulator.
All while using Xcode 26 on Xcode Cloud.
In my Xcode Cloud workflow I can set the iOS version, but just iOS 16, 17 and 26, but no 18?
I'm very confused here
Not sure which is the right channel anyway to request support to Xcode Cloud too
We are integrating Xcode Cloud into a larger CI/CD pipeline and ran into a serious limitation that makes proper build status reporting nearly impossible.
Currently, Xcode Cloud provides only the following custom script phases:
• ci_post_clone.sh
• ci_pre_xcodebuild.sh
• ci_post_xcodebuild.sh
However, if a build fails during the actual Xcode build phase (for example, due to a compilation error, unit test failure, or signing issue), the ci_post_xcodebuild.sh script does not run. This means there is no guaranteed way to execute cleanup steps or send external notifications (e.g., updating build status in Bitbucket, Slack, or any external CI system).
In any robust CI/CD setup, it’s critical to have a “finally” or “always run” hook that executes regardless of build success or failure — similar to post blocks in Jenkins, finally steps in GitHub Actions, or after_script in GitLab CI.
Without such a mechanism, we cannot reliably integrate Xcode Cloud with the rest of our automation and monitoring ecosystem. This effectively breaks standard CI/CD practices, since external systems will never know if a build failed unless they constantly poll the Xcode Cloud API.
Feature request:
Please add a new hook (e.g., ci_finally.sh or ci_post_build.sh) that always executes after the build, whether it succeeded, failed, or was canceled.
This would make Xcode Cloud much more suitable for professional CI/CD environments and allow proper integration with third-party systems.
In courses like Compose interactive 3D content in Reality Composer Pro Realitykit Engineers recommended working with Reality Composer Pro to create RealityKit packages to embed in our Realitykit Xcode projects.
And, comparing the workflow to Unity/Unreal, I can see the reasoning since it is nice to prepare scenes/materials/assets visually.
Now when we also want to run a Xcode Cloud CI/CD pipeline this seems to come into conflict:
When adding a basic *.usdz to the RealityKitContent.rkassets folder, every build we run on Xcode cloud fails with:
Compile Reality Asset RealityKitContent.rkassets
❌realitytool requires Metal for this operation and it is not available in this build environment
I have also found this related forum post here but it was specifically about compiling a *.skybox.
I've been getting intermittent failures on Xcode code compiling my app on multiple platforms because it fails to compile a metal shader.
The Metal Toolchain was not installed and could not compile the Metal source files. Download the Metal Toolchain from Xcode > Settings > Components and try again.
Sometimes if I re-run it, it works fine. Then I'll run it again, and it will fail.
If you tell me to file a feedback, please tell me what information would be useful and actionable, because this is all I have.
Hello everyone! I found that the Xcode Cloud workflows under my project are completely stuck. The tasks that are already running cannot be completed. Newly started tasks remain in the queued state forever and cannot be canceled. They are consuming my usage quota 😢. Has anyone else encountered the same issue?