After trying to build with macOS 15 and XCode 16 (beta and beta2), XcodeCloud started to crash at the Resolve package dependencies step.
Everything works perfect on my local system running same OS same XC.
Details: [<IDESwiftPackageCore.IDESwiftPackageDependencyPlaceholderFileReference, 0x7fb23a2082a0: name:swift path:(No Path)>]
Function: unregisterDependencyFileReferences(_:)
Thread: <_NSMainThread: 0x600002094200>{number = 1, name = main}
Hints:
Backtrace:
0 -[DVTAssertionHandler handleFailureInFunction:fileName:lineNumber:assertionSignature:messageFormat:arguments:] (in DVTFoundation)
1 _DVTAssertionHandler (in DVTFoundation)
2 _DVTAssertFromSwift (in DVTFoundation)
3 _DVTAssert(_:file:line:function:varargs:) (in DVTFoundation)
4 DVTAssert(_:_:file:line:function:) (in DVTFoundation)
5 closure #1 in closure #1 in IDESPMWorkspaceDelegate.unregisterDependencyFileReferences(_:) (in IDESwiftPackageCore)
6 closure #1 in IDESPMWorkspaceDelegate.unregisterDependencyFileReferences(_:) (in IDESwiftPackageCore)
7 closure #1 in OS_dispatch_queue.dvt_sync<A>(execute:) (in DVTFoundation)
8 thunk for @callee_guaranteed () -> () (in DVTFoundation)
9 thunk for @escaping @callee_guaranteed () -> () (in DVTFoundation)
10 -[DVTModelObjectGraph performBlockCoalescingModelChanges:] (in DVTFoundation)
11 DVTModelObjectGraph.performBlockCoalescingModelChanges<A>(_:) (in DVTFoundation)
12 IDESPMWorkspaceDelegate.unregisterDependencyFileReferences(_:) (in IDESwiftPackageCore)
13 closure #1 in closure #1 in IDESPMWorkspaceDelegate.registerDependencyFileReferences(_:) (in IDESwiftPackageCore)
14 closure #1 in IDESPMWorkspaceDelegate.registerDependencyFileReferences(_:) (in IDESwiftPackageCore)
15 closure #1 in OS_dispatch_queue.dvt_sync<A>(execute:) (in DVTFoundation)
16 thunk for @callee_guaranteed () -> () (in DVTFoundation)
17 thunk for @escaping @callee_guaranteed () -> () (in DVTFoundation)
18 -[DVTModelObjectGraph performBlockCoalescingModelChanges:] (in DVTFoundation)
19 DVTModelObjectGraph.performBlockCoalescingModelChanges<A>(_:) (in DVTFoundation)
20 IDESPMWorkspaceDelegate.registerDependencyFileReferences(_:) (in IDESwiftPackageCore)
21 closure #1 in IDESPMWorkspaceDelegate.dependencyPackagesDidUpdate(packages:graphHasErrors:) (in IDESwiftPackageCore)
22 closure #1 in OS_dispatch_queue.dvt_sync<A>(execute:) (in DVTFoundation)
23 thunk for @callee_guaranteed () -> () (in DVTFoundation)
24 thunk for @escaping @callee_guaranteed () -> () (in DVTFoundation)
25 __58-[DVTModelObjectGraph performBlockCoalescingModelChanges:]_block_invoke (in DVTFoundation)
26 -[DVTModelGraphTransactionScope performTransaction:] (in DVTFoundation)
27 -[DVTModelObjectGraph performBlockCoalescingModelChanges:] (in DVTFoundation)
28 DVTModelObjectGraph.performBlockCoalescingModelChanges<A>(_:) (in DVTFoundation)
29 IDESPMWorkspaceDelegate.dependencyPackagesDidUpdate(packages:graphHasErrors:) (in IDESwiftPackageCore)
30 SPMWorkspace.packageGraphActionFinished(_:) (in SwiftPM)
31 closure #3 in SPMWorkspace.processPackageGraphActionsInBackgroundIfNeeded() (in SwiftPM)
32 swift::runJobInEstablishedExecutorContext(swift::Job*) (in libswift_Concurrency.dylib)
33 swift_job_runImpl(swift::Job*, swift::SerialExecutorRef) (in libswift_Concurrency.dylib)
34 _dispatch_main_queue_drain (in libdispatch.dylib)
35 _dispatch_main_queue_callback_4CF (in libdispatch.dylib)
36 __CFRUNLOOP_IS_SERVICING_THE_MAIN_DISPATCH_QUEUE__ (in CoreFoundation)
37 __CFRunLoopRun (in CoreFoundation)
38 CFRunLoopRunSpecific (in CoreFoundation)
39 +[DVTKVOConditionValidator waitForCondition:sourceObject:keyPathAffectingConditionBlock:timeout:] (in DVTFoundation)
40 -[Xcode3CommandLineBuildTool waitForRemoteSourcePackagesToFinishLoading] (in Xcode3Core)
41 -[Xcode3CommandLineBuildTool _resolveInputOptionsWithTimingSection:] (in Xcode3Core)
42 -[Xcode3CommandLineBuildTool run] (in Xcode3Core)
43 XcodeBuildMain (in libxcodebuildLoader.dylib)
44 -[XcodebuildPreIDEHandler loadXcode3ProjectSupportAndRunXcode3CommandLineBuildToolWithArguments:] (in xcodebuild)
45 -[XcodebuildPreIDEHandler runWithArguments:] (in xcodebuild)
46 main (in xcodebuild)
47 start (in dyld)
bash: line 1: 4274 Abort trap: 6 xcodebuild -resolvePackageDependencies -project /Volumes/workspace/repository/***.xcodeproj -scheme '***' -derivedDataPath /Volumes/workspace/DerivedData -hideShellScriptEnvironment
Error
Command exited with non-zero exit-code: 134
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.
Post
Replies
Boosts
Views
Activity
I'm currently using another provider for CI/CD. They've been offering Apple Silicon builds for over a year now. When we switched over, we saw our build times cut in half. I've seen similar results locally, back when I bought an M1 Mac.
So, recently, I tried to use Xcode Cloud on my project. My build time is nearly 45 minutes, where my build time on my current system is about 15 minutes, max.
Since I work on a team, and we make regular commits, having a 45 minute turnaround is not ideal. When I looked at the logs of my Xcode Cloud project, I saw a lot "x86_64" stuff in there, which led me to believe that Xcode Cloud is still building on Intel machines.
Additionally, I run tests on my builds. The build time alone (before running tests) was almost 20 minutes. The 15-minute time I cited with my current CI/CD included build time & tests running. So, a whole cycle finishes on my current setup before tests are even run.
I noticed that there was a bunch of x86_64 in the logs, which made me think that Xcode Cloud is still using Intel. Is this true? I've just gotten really used to faster build times, and I can't move onto a system like this, where the times are so drastically different. Like, I wouldn't mind build time that would add only a few more minutes to what I have now. But going from 15 -> 45 minutes is a real problem.
I have two remote Swift Packages (call them A & B). B depends on A, and package B is declared as a dependency in the app project.
I have set up Xcode Cloud for this project so that it builds an archive when there is a change to the main branch. This works fine.
I also want to set up Xcode Cloud workflows to run tests when there are changes to either the repos of A or B. Both Bitbucket repositories of A and B are listed as primary repositories for the project (in the Xcode Cloud tab) and both have been granted access.
So far I've only gotten this working for package B, where the condition is a pull request against the main branch. So this works fine too. However, for package A, Xcode Cloud is not picking up any pull requests, so it's not triggering the action for the workflow.
The problem I see is that when I look at the repository settings on Bitbucket, there is no "https://appstoreconnect.apple.com/ci/webhook/bitbucket" webhook in A's repository. There is one for the repository for B and the project. Why not for A?
Has anyone run into this issue, or know how to fix it? The webhook URL contains an ID that must be provided by Apple when configuring the repos or the Xcode Cloud workflows, so I don't think there's anything I can do manually.
Any help would be appreciated!
Hey,
Being on MacOS Beta, I would like to use Xcloud Cloud for submitting my App.
It's an VisionOS App, but when I trying to build with Xcode Cloud, I get this error :
Missing package product 'RealityKitContent'
How can I resolve it ?
Thanks, PAB.